Jaký filesystém na 8GB SSD disk?

[Kuba Jan]

Dne 13.12.2011 2:46, Radek Benedikt napsal(a):
> Ahoj,
>
>> Nesouvisí to nějak se zarovnáním sektorů na fyzické paměťové prvky v SSD?
>> http://www.root.cz/clanky/optimalizace-prace-s-ssd-disky-v-linuxu/

Ja jsem s tim delal nejake pokusy a krom toho 8GB SSD disku jsem mel k 
dispozici jeste 64GB.
Jista vec je, ze WXP na stejnem stroji a na FAT filesystemu jsou o cca 
30 procent rychlejsi oproti NTFS. U 64GB SSD je rozdil az 50 procent!
To uz mi bylo vysvetleno - NTFS ma svoji rezii atd.
Ale pri pokusech s klasickym mechanickym HDD jsou rozdily minimalni, da 
se rict, ze nekdy je nepatrne rychlejsi system na NTFS, nekdy na FAT.
Tedy (muj) zaver je takovy, ze za rozdilnou rychlost systemu na 
rozdilnych filesystemech  nestoji  vetsi rezie NTFS filesystemu.

I kdyz ta moje teorie  je  znacne zkreslena rychlosti toho  64GB  SSD 
oproti klasickemu HDD, pocitam, ze problem bude ponekud hlubsiho charakteru
a mozna souvisi s vami nizepopsanymi skutecnostmi.

Na zaver cas startu WXP na nejakem dvoujadrovem Intelu s 2GB RAM a 64GB 
SSD je 6 sekund( FAT )  a  11 sekund ( NTFS )  mereno od ukonceni POST 
testu.
Se 400GB klasickym diskem 5400 ot.  je to 19 - 21 sec, a vubec nezalezi 
na filesystemu.  Pocitam vzdy cas, kdy zmizi presypaci hodiny na uz 
lokalni obrazovce WXP.
>          je to tak, XPcka pocitaji ze sektorem 512 byte a daji se docela lehce
> zpomalit i novejsim "klasickym" diskem s Advanced Formatem, oproti jeho
> bratrickovi s klasickym formatem 512 byte. U SSD disku je to jeste vetsi
> problem, samotny system ma struktury sice zarovnane na vetsi bloky, ale napr.
> pokud se nainstaluji XPcka s default formatem tak to bezne vyjde, ze jsou
> tyto struktury "pres" hranu a manipulace s nimi je utrpenim.
>          Druha vec, ktera ovlivnuje vykon je podpora TRIM prikazu. SSD ma
> docela
> zalostny pocet zapisu do jednoho sektoru a tak si mimo jine odpomaha tim, ze
> umi casto prepisovane veci "soupat" po disku, tak aby jej rovnomerne
> opotrebovaval. A pokud vi, ze tahle oblast je prazdna, tak se mu cely proces
> docela zjednodusuje. A k tomu prave je urcen prikaz TRIM.
>          Proste XPcka, pokud maji chodit slusne musi byt take prislusne na SSD
> disku
> zarovnane, aby sedela granularita OS a SSD. Nekteri vyrobci na to poskytuji i
> utility, ktere umi jednak zkopirovat stavajici HDD na SSD a predevsim tu
> geometrii optimalizovat
>          Ja sam mam na SSD prave zmineny Linux a na to, ze je to masina s AMD
> E-350
> (konkurent Atomu), a ma nejakych 2 * 3200 bogomips / 1600 MHz, tak to prave
> diky tomu disku neni zadne orezavatko. Mam na tom postavenou NASku (krome SSD
> jsou tam 3 * 2 TB disky v RAID5 poli). Kdyz pominu cenu, tak naprosta
> spokojenost. Je pravda, ze jsem tu instalaci delal dvakrat, jednou mi prave
> nesedela ta geometrie a tak jsem to smazal a nainstaloval podruhe. On nejen
> XPckovy Fdisk ma snahu neplytvat mistem... Takhle mi zacina partition na
> hranici 512 kB. Bezne zacina na cca 32 kB.
>          Takze pro XPcka, bud to docela slusne nastudovat a nastavit rucne,
> nebo
> radeji se porozhlednou po nejake te utilite, tech veci co se vyplati
> optimalizovat je vic, nejen ta geometrie.
>
>          Radek (benedikt2hw.cz)
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list