SanDisk zrewolucjonizuje dyski SSD?

1. bzduuury (autor: RusH | data: 6/11/08 | godz.: 10:33)
   1 For fucks fake? fajna nazwa :)
   2 Windows 7 to Vista SP2, NIC wiecej, zadnych zmian w niej nie bedzie
   3 Windows ZAWSZE mial system IO do pupy, latwo sie przekonac odpalajac programy pod wine i obserwujac przyspieszenie operacji wymagajacych dostepu do dysku
   4 pewnie chodzi o wear levelling na poziomie OSa co znacznie uprosci budowe napedow SSD, obecnie potrzebny jest skomplikowany kontroler, majac wear levelling na poziomie OSa mozna po prostu podpiac flasz pod szyne danych
   5 jak zwykle windows 100 lat za murzynami i 3rd party musi latac braki, Linux ma od groma systemow z wear levelingiem, JFFS, JFFS2, logFS itd idp
   
   
2. fake (autor: RusH | data: 6/11/08 | godz.: 10:34)
   sake FFS!
   
   
3. wear levelling na poziomie OSa (autor: bmiluch | data: 6/11/08 | godz.: 11:07)
   = MLC^2 :|
   
   całe piękno sensownego sprzętowego wear levelling polega na tym, że nie ma znaczenia jaki system plików i programy się używa a działa
   
   
4. bmiluch (autor: RusH | data: 6/11/08 | godz.: 16:04)
   dysk nigdy nie wie jakiej wielkosci plik bedziesz zapisywal = zapis malych plikow = fragmentacja = read/modify/write (nie da sie zapisywac tylko kawalka sektora flasz ot tak sobie, trzeba zrobisz odczyt, kasowanie badz xor i zapis)
   jesli przeniesie sie cala infrastrukture wyzej to jest o wiele sprytniej i szybciej
   
   
5. RusH (autor: bmiluch | data: 6/11/08 | godz.: 17:20)
   specjalny system plików to fajna rzecz i niezbędna do optymalnego wykorzystywania SSD, ale sam w sobie nie rozwiąże wszystkiego
   
   na przykład gdy będziemy mieć małą partycję na swapa lub bazę danych i
   5% dysku jest zapisywane w 95% przypadków to OS dużo tu nie zdziała, bo jest ograniczony przestrzenią adresową partycji
   
   poziom niżej dysk wie (lub może wiedzieć) ile razy dany blok został zapisany a gdy stwierdzi, że pewien obszar dysku jest znacznie częściej używany niż reszta, to może zamienić położenie bloku często używanego z innym rzadko używanym...
   
   dalesze zapisywanie danych w bloku o tym samym adresie logicznym przez OS powoduje zużywanie innego bloku pamięci
   na dysku
   
   
6. ... (autor: RusH | data: 6/11/08 | godz.: 18:58)
   nooo, i to sie wlasnie nazywa wear leveling, i najlepiej to robic na poziomie OS
   
   
7. ... (autor: bmiluch | data: 7/11/08 | godz.: 14:31)
   OK, z góry przyznaję, że optymalizacja na poziomie OS jest jak najbardziej ... ale nie wystarcza
   
   taki przykład
   
   na dysku są bloki:
   
   A1A2A3B1B2B3...B10...B50
   
   nasz OS obsługuje partycję A z SuperHiperFlashFS z blokami A1A2A3 na swap file;
   
   partycję B używa inny system operacyjny i nasz OS nie ma co tam szukać
   
   jeżeli teraz nasz OS zapisuje bardzo dużo i mniej więcej równomiernie na partycji A to bloki tam się zdegenerują i polegną, pomimo tego, że w partycji B mogą nie być zbyt często używane i mogą przeżyc jeszcze 100 lat
   
   Rezultat: partycja A zużywa się tym szybciej im jest mniejsza
   
   Teraz sprzętowy wear levelling - można sobie wyobrazić rozwiązanie, że dany blok niezależnie jaki jest jego adres logiczny, leży fizycznie w dowolnym bloku na dysku. Przy ciągłym zapisywaniu tego samego bloku np. A1 i wyczerpaniu przez niego limitu zapisów, dysk może przemapować go na miejsce zajmowane przez inny rzadko zapisywany blok np. B10; oczywiście oprócz mapowania dysk musi podmienić zawartości bloków; taka operacja nie jest możliwe dla naszego OSa, a dysk owszem może to zrobić, nawet jeżeli nie wie przez jaki FS blok jest używany .
   
   Rezultat: bloki w partycji A zużyją w tym samym tempie co na partycji B
   
   
8. doh (autor: RusH | data: 8/11/08 | godz.: 09:01)
   nie uzywac systemu plikow bez wear levelingu na flaszu i po problemie