-
Data: 2020-07-10 20:13:57
Temat: Re: SSD - wpływ zajętego miejsca
Od: Olaf Frikiov Skiorvensen <B...@i...invalid> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Wcale nie przypadkiem, dnia 10 Jul 2020 17:05:03 GMT
doszła do mnie wiadomość <5f089fbf$0$526$65785112@news.neostrada.pl>
od pueblo <n...@n...pl> :
>Witaj pioruns, 10 lip 2020 w
>news:rea2a3$8a1$1$pioruns@news.chmurka.net napisałeś/aś:
>
>> On 10/07/2020 15:48, pueblo wrote:
>>> Wiem, że z technicznych powodów nie powinno się zapełniać SSD w
>>> całości. Zresztą system na pełnym hdd też będzie miał problemy.
>>
>> Możesz mieć HDD zapełniony w 100% i
>> jego to nie boli.
>>
>Dlatego napisałem, że OS będzie mieć problemy
Może boleć, nawet HDD -> dyski SMR:
https://pl.wikipedia.org/wiki/Shingled_magnetic_reco
rding
>> TRIM - a więc wolne
>> miejsce w twoim systemie plików, czy to NTFS czy Ext4, jest tym
>> wolnym, nie zajętym obszarem z punktu widzenia kontrolera. I on tego
>> miejsca używa, tak samo jak używa tego twojego 20% wolnego.
>
>Dla jasności. Miałem na myśli wykorzystanie całej pojemności dostępnej
>dla użyt. na system plików i pilnowanie żeby jej nie zapełnić powyżej
>80%. W sumie nawet nie pomyślałem, że można po prostu zostawić jakiś
>procent niespartycjonowany.
Lepiez jest zostawić jakiś obszar niespartycjonowany, jest wtedy gwarancja, że obszar
będzie składał się z całych wolnych bloków(blok podzielony jest na strony o wielkości
4-16KiB) wobec czego zapis blokowy będzie szybszy(w obrębie strony występują wolne
bloki
jeden za drugim, nie trzeba skakać z zapisami po odległych stronach).
>Chyba napisałeś tylko o zużyciu, co nie wydaje mi się problemem, bo
>wydaje mi się że przeciętny user b. długo nie zajedzie takiego dysku
>ilością R/W.
>Ale jakoś nie wychwyciłem nic odnoście konieczności bądź jej braku
>pzostawienia w ten czy inny sposów jakiegoś % wolnej przestrzeni.
>Mama rozumieć, że to oczywista oczywistość? Czy zależy właśnie od klasy
>sprzętu?
>W międzczasie dowiedziałem się o istnieniu Over-provisioning
>https://en.wikipedia.org/wiki/Write_amplification#O
ver-provisioning
>
>I tu mi przyszło głupie pytanie do głowy - dlaczego są pojemności typu
>240, 250, 256? Czy np. dysk 240 ma tę samą realną pojemność co 256, tylko
>ma więcej wolnej przestrzeni (Overprovisioning) zostawionej przez
>producenta?
Oczywiście, producenci dają różne OP i różne ilości sektorów zapasowych.
Poza tym firmware też ma swoje tabele danych, czasami dość spore, które to tabele
powinny
znajdować się w obszarach zarezerwowanych, wyłączonych z przechowywania danych
usera(przykładowo tabele wykorzystywane przez FTL, normalnie wczytywane do RAM
kontrolera
SSD i uaktualniane po każdym zapisie, tak w uproszczeniu, bo jest wiele tabel FTL aby
dysk nie musiał zapisywać na flash jednej, ogromnej tabeli, tylko małą tabele
opisującą
obszar, do którego trafił zapis).
>>
>> Kontrolery SSD w dzisiejszych czasach to robią, na bieżąco swapują
>> sektory, jeśli któryś sektor "leży" z zapisanymi danymi za długo i
>> potrzebuje za dużo ECC (korekcji błędów), aby w ogóle zostać
>> odczytany, to zostaje nadpisany ponownie/zwolniony z użytku itd.
>
>To świetnie. Czy w ssd też jest tak, że jest jakaś pula komórek(bad
>sectorów), które mogą być do wyczerpania tej puli podmienione?
>A propos bad sectorów i smart. Nadal nie wiem, czy jeśli dysk hdd
>raportuje realokowane sektory, to znaczy, że ta niewidoczna pula
>zapasowych się wyczerpała, czy każde takie zdarzenie. To nie jest takie
>pewne, bo chyba nawet jak Smart pokazuje realokację, to bywa że pełny
>skan dysku jest czysty i nie pokazuje badów.
HDD raportuje reallokowane sektory zawsze, bez względu na ich ilość, sektorów
zapasowych
może być kilka tysięcy, sektory złe zapisane są w dwóch tabelach, fabrycznie złe,
które
pojawiły się w czasie produkcji i w drugiej te, które wysiadły w czasie eksploatacji
u
usera.
Translator sięga do tych tabel i podstawia adresy dobrych sektorów przy
zapisie/odczycie(jeśli wystąpiła reallokacja i sektor jest przeadresowany, to te
tabele
zawierają adresy fizycznego sektora złego i adres odpowiadającego mu sektora z puli
zapasowej).
Wszystko to jest sporym uproszczeniem, bo sprawa nie jest tak prosta, firmware dysku
HDD
czy SSD to często kawał skomplikowanego kodu.
--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.
Następne wpisy z tego wątku
- 10.07.20 21:16 ąćęłńóśźż
- 10.07.20 21:32 ąćęłńóśźż
- 10.07.20 23:00 pioruns
- 10.07.20 23:02 pioruns
- 11.07.20 03:11 Marcin Debowski
- 11.07.20 05:09 Marcin Debowski
- 11.07.20 09:24 ąćęłńóśźż
- 11.07.20 10:51 Irokez
- 11.07.20 13:32 pioruns
- 11.07.20 14:30 ąćęłńóśźż
- 11.07.20 14:35 ąćęłńóśźż
- 11.07.20 19:20 Olaf Frikiov Skiorvensen
- 11.07.20 19:34 Irokez
- 11.07.20 19:37 Irokez
- 11.07.20 19:56 ąćęłńóśźż
Najnowsze wątki z tej grupy
- VMWare :)
- Co oznacza Wi-Fi? - po prostu nic!
- nowe programy wolniej rysują okna
- Drukara laserowa
- MSI B450 PRO VDH MAX - HDMI+DVI = 2 ekrany?
- Na tej Chmurce uciekły mi 2 posty
- Jakiś Volume
- 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
Najnowsze wątki
- 2024-05-18 Warszawa => Account Manager (Recruitment Services) <=
- 2024-05-18 Łódź => Salesperson - CRM Systems <=
- 2024-05-18 Łódź => Handlowiec - Systemy CRM <=
- 2024-05-17 ZŁOMNIK o pracy w TVN TURBO, nowych przepisach i współczesnej motoryzacji. Turbo Taryfa!
- 2024-05-17 Białystok => DevOps Engineer Conexa First (Contractor) <=
- 2024-05-17 Warszawa => Starszy inżynier oprogramowania (Rust) <=
- 2024-05-17 Zabrze => Junior HelpDesk <=
- 2024-05-17 Bieruń => Administrator i wdrożeniowiec Lotus Notes/Domino <=
- 2024-05-17 Warszawa => Senior Software Engineer PHP (BillPro) Contractor <=
- 2024-05-17 Warszawa => International freight forwarder <=
- 2024-05-17 Warszawa => Fullastack (Java) Developer <=
- 2024-05-17 Lublin => Business Development Manager - obszar bezpieczeństwa IT <=
- 2024-05-17 Warszawa => Mid PHP Developer (Laravel) <=
- 2024-05-17 Warszawa => Mid PHP Developer (Laravel) <=
- 2024-05-17 Warszawa => Senior PHP Developer (Symfony) <=