kvp#21
"A kisebb szektor- ill. page-méret azért nem mindig tragikus, mert ha már törölt egy blokkot, akkor az abban lévő page-ek már egyenként, a blokk törlése nélkül is írhatók. Gond csak akkor van, ha felül kell írni egy page-et, mert hát akkor az egész blokkot újra kell törölni és a benne lévő összes page-et újraírni, ez a nagy időveszteség."
Nem egeszen. Van torlesi blokk es irasi blokk. A filerendszer eseten az idealis, ha a torlesi blokkot hasznaljuk, de a legtobb problema abbol adodik, hogy az irasi blokknal is kisebb a blokkmeret, tehat minden irasnal van egy olvasas/torles/iras ciklus. A legjobb teljesitmenyt es sebesseget a legnagyobb blokkmeret adja, ahol egy filerendszer blokk mindig egyben torlodik es irodik. Sok kis file eseten ez eleg nagy helypazarlas, viszont nagyobb file-ok eseten igy lesz megbizhato es gyors a filerendszer. Ha 4KB helyett 4MB-os swap page-eket hasznalunk, akkor meg a windows swap file-ja is mehet ssd-re a nelkul, hogy tonkrevagnank azt. (igy kb. 10-20 evet is kibir az ssd swap meghajtokent) A windows-ok kozzul a szerver valtozatok szoktak kezelni a nagy meretu lapokat es 2GB fizikai ram felett erdemes oket hasznalni. Nemcsak gyorsabb lesz a gep az ssd miatt, de a kernel is kevesebb cpu idot tolt a lapozassal, foleg ha dma-t is hasznal a diszk vezerlo. Tehat a technologia megvan, a minoseggel sem lenne gond, de a legtobb ember nem tudja, hogyan kell jol hasznalni egy ssd-t. (az operacios rendszerek meg egyelore meg nem gondolkodnak a felhasznalok helyett, de azert ez valtozni fog pl. a win 7-el)