"Olaf Frikiov Skiorvensen" f6ngtelul856qh808sak1vm2p6l8mlglm3@4ax.com
W zasadzie ten bufor SLC co pSLC(pseudoSLC), czyli w zwykłej
komórce MLC zapisywane są dwa stany skrajne, czyli 1 bit
zamiast 2/3/4/5 bitów(bo już 5 bitów w komórce można
zapisać).
I dobre! IMO padający dysk mógłby wchodzić w ten stan -- kosztem
miejsca/pojemności...
To bardzo przyspiesza zapis, dodatkowo zmniejsza zużycie komórek.
Na testach widać, ile bufora pSLC obsługuje dysk, zapiszesz 16GiB
z pełną szybkością i nagle zapis sobie mocno spada
Do 300 MB/s?...
(to znaczy, że pSLC się przepełniło), po jakimś czasie dane
I pSLC, i RAMka... Ale IMO nie na GB/s nam zależy, lecz na
opóźnieniach (czasie dostępu) przy masie malutkich (4 kB) plików...
są przepisywane z pSLC do MLC i wszystko wraca do normy(bufor
jest zwolniony i gotowy do dalszego buforowania). Oczywiście
ten bufor nie jest dodatkowym bonusem, wykorzystywane są na
niego wolne bloki Flash MLC.
I chyba/raczej wymaga niezapisywania dysku pod korek.
O ile pamiętam, pierwsza zastosowała ten bufor firma
Ocz(nie pamiętam modelu, chyba był to dysk na następcy
słynnego kontrolera SF2281), bufor ten wykorzystywał
trocę mniej niż połowę dysku, po zapełnieniu bufora
dysk przebudowywał pewną część bufora w tryb MLC
(strasznie wtedy zwalniał na pewien czas).
SF2281 też jest ciekawy, potrafił robić
kompresję i deduplikację danych.
Co to deduplikacja? -- zapisuje jeden plik, ale z wieloma nazwami?
-=-
Zauważyłem, że kompresja NTFS dla Evo jest złym rozwiązaniem.
--
_._ _,-'""`-._ .`'.-. ._. .-.
)\._.,--....,'``.
(,-.`._,'( |\`-/| .'O`-' .,; o.' eneuel@gmail.com '.O_'
/, _.. \ _\ (`._ ,.
`-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`.,
`._.-(,_..'--(,_..'`-.;.' Felix Lee
-bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/... https://eneuel.oferty-kredytowe.pl/
|