ramdisk

lehet agyament ötlet, de a következőt szeretném (otthonra):

boot alatt egy megfelelő méretű ramdisk-et létrehozni, felmásolni rá legalább a /usr de akár az egész / (kivéve /home) tartalmát és memóriából használni a rendszert. egy átlag linux megfér pár gigán, ennek megfelelő mennyiségű memóriát kell biztosítani. az olvasást meg esetleg ssd-ről elkövetni, ha egy hdd nem lenne elég gyors. nem tudom mennyi idő memóriába beolvasni a sok kis file-t.

a) első körben lehetne egy "használati" és egy "karbantartási" mód grub-ból választhatóan. használati a ramdiskről működő, karbantartási a hagyományos amikor /-en történt változásokat fixáljuk.

b) szofisztikáltabb megoldás, ami kettőt egybe teszi és legkésőbb leállításkor, de akár menet közben visszaszinkronizálja az fs-t (pl ha volt valami frissítés, config file változtatás).

miért? induláskor 3-4-5GB másolását szívesebben kivárom, mint menet közben disk i/o-t várni, pl. firefox vagy openoffice első indulása miközben a lemez amúgy is kétfelé akar szakadni mondjuk az apt-update-xapian-index miatt. és nem, nem elég nekem az első disk olvasás után felépülő file cache. azt akarom, h minden villámgyors legyen, még ha bloatware-eket használok is.

a) esetben nem kell tökölni leállításkor és a szükséges változtatásokat elvégezhetem később is. sőt ha nem szinkronizálja azonnal és nem kell újraindítás hozzá, akkor kvázi kipróbálhatok egy változtatást, lemez birizgálás nélkül.

b) meg biztosítja, h ne kelljen 2x csinálni, kinek a papné.

( sj | 2009. 10. 12., h – 16:07 )

erdekes otlet, bar imho sok diszk i/o-t okoz maga az alkalmazas is (nem a futtatasa, hanem a hasznalata)

SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta

( cheoppy | 2009. 10. 12., h – 16:24 )

Ilyesmire már én is gondoltam, de én mindenképp a magától visszaszinkronizálós változatot támogatom, arra viszont kell egy ügyesen erőforrásbarát megoldás. Régebben csak a firefoxot akartam ramból futtatni, mert az néha tud komoly iowait-et csinálni, de manapság tényleg lehet szó teljes rendszerről is. Azt nem tudom, hogy megéri-e erre feláldozni a ramot, mert ez min. 2-3 GBot elfoglalna, de emberi áron 4GB fölé nehéz bővíteni (laptopban, nekem csak az játszik), és akkor 1-2GB maradna sima ramnak, amit azért nem nehéz megtölteni.

( anr | 2009. 10. 12., h – 17:48 )

felesleges
a teljes szabad memoriat read-cache-nek hasznalja a kernel. vagyis ha sok memoriad van, akkor ramdisk nelkul is memoriabol fut a rendszer. az irasokat gyorsithatnad, de a /usr-be amugy sem gyakori az irkalas.

--
Live free, or I f'ing kill you.

miután egyszer már beolvasott valamit. meg egy idő után valami kikerül a cache-ből (igaz, ha olyan sok van, hogy a rendszert bele lehet másolni, akkor nem ürül ki olyan hamar:). de én akarom meghatározni, hogy mikor és mi legyen ott (a memóriában).
arról nem beszélve, hogy ha az egy szem lemeznek 3 felé kell teljesíteni egyszerre (alkalmazás, mlocate, torrent), akkor le tud akadni a gép. ez a xapian csoda csúnyán megfogta tegnap, mondjuk lehet nem csak disk, mert azt gondolnám, hogy a gnome menü ikonjainak nem kéne szaggatva bejönniük.

ez meg lehet a szőrszálhasogatás magasiskolája, de csak jobb (feeling) lenne elsőre jobbat kapni, még ha a sok (pár) kis 1 másodpercből sose lesz nemtudommennyi. akkor is:) 


$ time oowriter 
real	0m1.835s
user	0m0.040s
sys	0m0.028s
$ time oowriter 
real	0m0.789s
user	0m0.040s
sys	0m0.060s

Eztet már én is végiggondoltam párszor, de akkor már az lenne talán a leges legjobb, hogy a userlandet a login után alacsony prioritással tolja befelé a fentebb említett automatikusan létrejövő read-cachebe, amíg csak kell és lehet... 2Gb-ba nekem bőven elfér a rendszer úgy ahogy van, úgyhogy vevő vagyok rá :)

( Elbandi v | 2009. 10. 12., h – 19:03 )

sw-raidet csinalsz: egyik laba a disk, masik egy ramdisk. A syncet majd megoldja a kernel. az sw-raidnek megmondhato, hogy olvasasra melyik oldalt hasznalja (irasra mindketto, olvasasra ramdisk).

csak kicsit modositani kell az init scriptet, hogy megcsinalja a ramdisket+swraidet, de a sync majd csak a vegen menjen.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

( colos | 2009. 10. 12., h – 21:07 )

mielott beleugrasz a faragasba indits el egy knoppix vagy slax livecd-t. ugytudom mindkettonek van olyan uzemmodja ami bemasolja ramba a tomoritett filerendszereket

udv Zoli