Re: Tani 8TB na archiwum - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.pecet › Tani 8TB na archiwum › Re: Tani 8TB na archiwum

X-Received: by 2002:a25:824f:0:b0:b92:25bf:a6ba with SMTP id
d15-20020a25824f000000b00b9225bfa6bamr10257604ybn.6.1683837785908; Thu,
11 May 2023 13:43:05 -0700 (PDT)
X-Received: by 2002:a25:824f:0:b0:b92:25bf:a6ba with SMTP id
d15-20020a25824f000000b00b9225bfa6bamr10257604ybn.6.1683837785908; Thu,
11 May 2023 13:43:05 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!fu-berlin.de!news-out.google.com!nntp.g
oogle.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: pl.comp.pecet
Date: Thu, 11 May 2023 13:43:05 -0700 (PDT)
In-Reply-To: <u3j8dj$15hpo$1@dont-email.me>
Injection-Info: google-groups.googlegroups.com; posting-host=24.77.110.106;
posting-account=jnRHMAoAAACB5EawItMhNTZMy_yOF2XE
NNTP-Posting-Host: 24.77.110.106
References: <u1p9cb$4m56$1@dont-email.me>
<644039db$0$2966$65785112@news.neostrada.pl>
<u1pdro$5dbi$1@dont-email.me>
<64428638$0$2963$65785112@news.neostrada.pl>
<u1u299$232mg$1@dont-email.me> <u1u2c0$232mg$2@dont-email.me>
<u1v3h7$2u6d5$1@dont-email.me>
<644395a9$0$19601$65785112@news.neostrada.pl>
<u208rm$37d98$1@dont-email.me>
<644527b9$0$2967$65785112@news.neostrada.pl>
<u23h7e$3risu$1@dont-email.me>
<r...@4...com>
<u3fuf9$lq1i$1@dont-email.me>
<8...@g...com>
<u3ia9d$11qge$3@dont-email.me>
<2...@g...com>
<u3j8dj$15hpo$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <7...@g...com>
Subject: Re: Tani 8TB na archiwum
From: "ptoki (ptoki)" <s...@g...com>
Injection-Date: Thu, 11 May 2023 20:43:06 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.pecet:1276504
[ ukryj nagłówki ]
On Thursday, May 11, 2023 at 12:25:10 p.m. UTC-5, heby wrote:
> On 11/05/2023 18:40, ptoki (ptoki) wrote:
> >> W sensie, że zapis powoduje spadek ilosci badblocków ;)? Tej sztuczki
> >> nie znałem ;)
> > Tak
> > dziala to tak ze zdrowy sektor/blok/czy jak se to tam nazwiesz daje sie czytac
bez problemu.
> > Jak jakosc odczytu spada - kontroler sobie analizuje czy sygnal z glowicy jest
czysty czy "zaszumiony" albo brakuje w nim czytelnych bitow to inicjalnie podaje dane
bez ostrzezenia ale sobie zapamietuje dany blok jako niestabilny. Po przekroczeniu
progu akceptowalnosci jakosci odczytu zaznacza go do relokacji.
> No wiec własnie po to patrzę w smarta - aby znaleźć *rosnącą* ilość
> relokacji podczas zapisu dd.

ah no to git.