Dotaz: Jak maximalizovat cachovani IO ?

[ja_kral_ll]

Ahoj,

vi nekdo jakou kombinaci nastaveni /proc/sys/vm/* nebo /sys/block/*/queue/scheduler lze docilit, aby system maximalne vyuzival volnou ram jako cache pro IO ?

Klidne aby RAM cachovala vsechny fsyncy a podobne kravoviny a chovala se jako cache na HW radici. Idealne pro vsechny procesy, coz neumi hack s LD_PRELOAD.

Vim o jakou silenost se pokousim. Potrebuji maximalne vyzdimat testovaci server, tak aby unesl stejny traffic jako produkcni postaveny na SSDeckach :)

Blbosti jako bezpecnost dat pri vypadku proudu mne nezajimaji.

Dekuji

Odpovědi

[rADOn]

Volna ram se jako cache vyuziva vzdycky a automaticky. Muzes ji predem nazhavit treba tak ze zkopirujes celej blockdevice ddckem do /dev/null. Kdyz te netlaci odolnost tak pomuze mountovat extku bez barier a/nebo s writeback zurnalem. Nebo proste nalejt data na ramdisk.

[ewew]

Možno by pomohlo to riešiť aj cez parameter ext3 commit. Aspoň poďla dokumentácie tento parameter riadi commin z bufferov na disk.

[ja_kral_ll]

Jo, to je dobrej napad s tim zurnalovanim, na to jsem zapomnel.

Hlavni problem jsou zapisy ktere se fsyncuji a tim naprosto zabiji HDD. Snazil jsem se tedy maximalne zvednout /proc/sys/vm/dirty_*_centisecs aby data zapisoval maximalne sekvencne, ale bez uspechu. Potrebuji se to nejdriv naucit poradne monitorovat.

Nemate nekdo nejaky scripty na mereni IO operaci ? Treba neco co sezere /proc/diskstats a vyplivne neco koukatelneho.

[ewew]

Pre debian je napríklad iotop .

[sss]

Najdi si cokoli k vmstat(1).

[Radovan Garabík]

Transcedent memory a nejaky RAM based backend? Ale to sú vody neprebádané...

Reálne by (podľa typu dát a spôsobu prístupu) mohol pomôcť zcache, prípadne (a to je to čo presne chceš) bcache nad RAMdiskom - ale tu je otázka, či štandardné cacheovanie nie je výkonnejšie...

[Ivan]

Hmm, a co takhle dat vsechna testovaci data na RAM disk?