-
X-Received: by 2002:aca:5ec6:0:b0:35a:4acd:f5ad with SMTP id
s189-20020aca5ec6000000b0035a4acdf5admr1287467oib.122.1668083588891; Thu,
10 Nov 2022 04:33:08 -0800 (PST)
X-Received: by 2002:aca:5ec6:0:b0:35a:4acd:f5ad with SMTP id
s189-20020aca5ec6000000b0035a4acdf5admr1287467oib.122.1668083588891; Thu,
10 Nov 2022 04:33:08 -0800 (PST)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erj
e.net!feeder.erje.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!n
ews-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegrou
ps.com!not-for-mail
Newsgroups: pl.comp.pecet
Date: Thu, 10 Nov 2022 04:33:08 -0800 (PST)
In-Reply-To: <%T5bL.852295$qD%2.432754@fx08.ams1>
Injection-Info: google-groups.googlegroups.com; posting-host=24.77.110.106;
posting-account=jnRHMAoAAACB5EawItMhNTZMy_yOF2XE
NNTP-Posting-Host: 24.77.110.106
References: <vj1bL.852273$qD%2.456333@fx08.ams1>
<636cc70d$0$476$65785112@news.neostrada.pl>
<aj4bL.1375392$9f26.270131@fx09.ams1>
<636cdccd$0$463$65785112@news.neostrada.pl>
<%T5bL.852295$qD%2.432754@fx08.ams1>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <0...@g...com>
Subject: Re: anatomia padania ssd
From: "ptoki (ptoki)" <s...@g...com>
Injection-Date: Thu, 10 Nov 2022 12:33:09 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.pecet:1275188
[ ukryj nagłówki ]czwartek, 10 listopada 2022 o 06:11:41 UTC-6 Marcin Debowski napisał(a):
> On 2022-11-10, Roman Tyczka <r...@h...you.spammer> wrote:
> > On 10.11.2022 11:24, Marcin Debowski wrote:
> >> On 2022-11-10, Roman Tyczka <r...@h...you.spammer> wrote:
> >>> On 10.11.2022 07:59, Marcin Debowski wrote:
> >>>> Device Boot Start End Sectors Size Id Type
> >>>> /dev/sda1 2048 8390655 8388608 4G 82 Linux swap / Solaris
> >>>> /dev/sda2 * 8390656 125045423 116654768 55.6G 83 Linux
> >>>> /dev/sda3 125046784 488397167 363350384 173.3G 83 Linux
> >>>>
> >>>> Widać, że swoje już odsłużył, pada, ale ciekawi mnie taka rzecz:
> >>>> Ostatnia partycja nie była w ogóle w użyciu, a teraz jak ją przemiatam
> >>>> badblockiem to równeż sypie błędami odczytu. Dlaczego?
> >>>
> >>> Bo kontroler rozrzuca dane po całym fizycznym dysku?
> >>> Dlatego zaleca się zostawienie 10% niespartycjonowanej powierzchni na
> >>> SSD, wtedy nawet dobicie zajętością do 100% pozostałych partycji nie
> >>> jest groźne.
> >>
> >> Skąd kontroler wie jak jest spartycjowany dysk? To nie ten MZ poziom
> >> abstrakcji. Partycje nie są inicjowane poprzez wypełnienie ich w
> >> jakikolwiek sposób a typów partycji jest kilka.
> >
> > No właśnie nie wie, bo nie musi wiedzieć. Wie, ża ma blok danych zapisać
> > na dysku i zapisuje tam gdzie chce, mając partycje w nosie.
> To nie rozumiem komentarza, że się zaleca min 10% skoro z tego co
> napisałem wynika, że zostawiłem wolne jakieś 70%. Pytanie, dlaczego te
> 70% ma błędy skoro nic tam zasadniczo nie pisało. Obstawiam, że może
1. Minimum 10% oznacza minimum. 30% jest lepiej ale nadal ten problem wystepuje.
2. Musisz wiedziec ze kontroler sledzi caly dysk i liczy sobie jak mocno uzyte sa
poszczegolne bloki komorek.
3. Uzycie tych blokow jest zazwyczaj bardzo nierownomierne.
4. Sa sposoby aby dac mu troche zycia.
> mieć to coś wspólnego z faktem, że pojedyncza komórka mieści tu, zdaje
> się 2 bity i może jak jedna warstwa pójdzie się paść to ta druga, nawet
> nie używana, również. Ale tak se spekuluje bo się nie znam.
>
> Dla porządku zwracam też uwagę, że ten dysk ma gwarancje na 150TWB a smart
> pokazuje, że zaliczył 3500TWB.
>
5. Nie jestem pewien czy dobrze policzyles ale to detal.
6 - najistotniejsze dla ciebie: Dla przykladu. Masz dyska z 100 komorkami. Kazda ma
10 zapisow zywotnosci. Czyli tak jakby 100*10=1000 zapisow. I teraz dwa warianty:
1. Zapisujesz caly dysk raz i tracisz 10% jego zywotnosci - 100zapisow. Kasujesz
wszystko, dajesz dyskowi znac zeby wykonal trim, on sie orientuje ze nadal ma 9
zapisow na kazdej komorce. Zapisujesz ponownie caly i masz 20% zuzycia. W ten sposob
uzyskasz 1000 zapisow i dysk padnie*
2. Zapisujesz caly dysk w 70%. Zuzyles 7% jego trwalosci. Ale teraz piszesz ciagle te
30% pojemnosci i po 300 zapisach dysk zdycha. Dlaczego? Bo zapisywales te same
przestrzenie wiele razy I mimo ze TBW jest/moze byc nieduze to kazda komorka z tych
30% zostanie zapisana wielokrotnie wiecej.
W twoim scenariuszu te 30% niespartycjonowane bylo uzywane przez dysk do rozpraszania
zapisow. I w praktyce yo co zapisywales na tych 70% trafialo na te pozostale 30% bo
dysk wiedzial ze sa nie uzyte. Wiedzial o tym bo ich nie zapisal wczesniej a nie
dlatego ze tam nie bylo partycji.
* - pad dysku jest dosyc nierownomierny. Kontroler sobie sprawdza jakiej jakosci sa
komorki i moze czasem stwierdzic ze nie ma co, padamy na sztywno i szybko a czasem
probuje cos z tym zrobic i pada podobnie jak pokazujesz. Kiedys padaly na zimno i nie
bylo nawet bledow odczytu. Jak sie pojawily to dysk potem juz w biosie sie nawet nie
pokazywal. Teraz widze ze jest nieco lepiej.
ad4. Jak skasujesz wszystko z dysku to mozesz miec szczescie i jeszcze nieco danych
zapiszesz zanim padnie. Kontroler moze zaczac chetniej uzywac komorki mniej zuzyte
(zakladamy ze te 30% teraz jest mocno zuzyte a te 70% tylko czesciowo i powiedzmy 50%
tych 70% jest zapisane tylko pare razy) wiec jakbys zmniejszyl te partycje do
powiedzmy (z dupy estymacja) do 100GB to ten dysk nadal podziala.
Ale trzeba zrobic pelnego trim-a. Ja tak robi pod linuksem. Wysyla sie dyskowi info
zeby trimowal wszystkie bloki i on ma szanse zaczac uzywac te co sa najmniej zuzyte.
Ale feler jest taki ze jak przekroczysz bariere (ilosciowa) za ktora sa zuzyte bloki
i je zaczniesz ponownie nadpisywac (jakies logi czy baza danych) to dysk padnie na
twardo.
To tak zgrubsza. Mysle ze nieco wyjasnia sytuacje.
Następne wpisy z tego wątku
- 10.11.22 14:17 ToMasz
- 10.11.22 21:54 Szwambuł Trantiputl
- 10.11.22 23:30 Adam
- 11.11.22 02:01 Marcin Debowski
- 11.11.22 02:47 Szwambuł Trantiputl
- 11.11.22 04:33 Marcin Debowski
- 11.11.22 04:58 Szwambuł Trantiputl
- 11.11.22 05:09 ptoki (ptoki)
- 11.11.22 05:09 Marcin Debowski
- 11.11.22 05:12 Marcin Debowski
- 11.11.22 06:19 ptoki (ptoki)
- 11.11.22 08:08 Szwambuł Trantiputl
- 11.11.22 08:11 Szwambuł Trantiputl
- 12.11.22 00:04 Marcin Debowski
- 12.11.22 00:09 Marcin Debowski
Najnowsze wątki z tej grupy
- Zniknął dźwięk na tylnym panelu
- Nowy, "szybki "komputer AsRock nie posiada modułu TPM
- Nowy, "szybki "komputer AsRock nie posiada modułu TPM
- wymiana ekranu w laptopie
- Re: Głośniki
- Re: Głośniki
- Fwd: Re: Głośniki
- Re: Głośniki
- Komputer resetuje się przy wybudzaniu
- (U)EFI - ksiązka, dokument
- Laptop LG (gram) -- boot menu
- Głośniki
- Jakie dyski HDD do domowego serwera?
- BalkoNowy most -- osiągi
- Adresowy nokonflikt
Najnowsze wątki
- 2024-05-02 Silnik Stirlinga - energia mechaniczna wytwarzana z ciepła bez dostarczania paliwa!
- 2024-05-02 Kraków => Senior .Net Programmer <=
- 2024-05-02 Sprowadzenie pożaru zagrażającego mieniu w wielkich rozmiarch
- 2024-05-02 Zielona Góra => Spedytor międzynarodowy <=
- 2024-05-02 Katowice => Performance Analyst <=
- 2024-05-02 Gdańsk => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-05-02 Gdańsk => Business Development Manager - obszar bezpieczeństwa IT <=
- 2024-05-02 Warszawa => Starszy inżynier oprogramowania (Rust) <=
- 2024-05-02 Katowice => Java Developer <=
- 2024-05-02 'Studenci do nauki!'
- 2024-05-02 Dlaczego energia elektryczna jest droga i cały czas drożeje
- 2024-05-02 Dlaczego energia elektryczna jest droga i cały czas drożeje
- 2024-05-02 Dlaczego energia elektryczna jest droga i cały czas drożeje
- 2024-05-02 Wrocław => Lider Serwisu/Programista PLC z językiem niemieckim <=
- 2024-05-02 Łódź => Senior DevOps Engineer <=