Linux fele cache/preload/etc..

Olyant kerdeznek hogy ugye Windows-on (most esetunkben 7) van ReadyBoost, SuperFetch, etc. Lenyeg hogy betarazza a dolgokat peldaul (Super), es pendrive-ot tudja hasznalni meg gyorsitasnak (Ready)(tudom hogy mukodik, csak probalom egyszeruen leirni).
Linuxon ilyesmit csak Preload formajaban lattam, ami most mar mukodeskeptelen sajnos. Hiaba rakom "@"-ba, vagy siman, nem megy tovabb mig mindent be nem tolt. Ez nem is lenne gond. DE. A KDM/GDM nem indul pont emiatt, mert timeout-ol, es kezzel kell inditanom.
A masik meg hogy a Preload csak betolti, aztan figyeli. Ha valami kiirtja a dolgokat onnan, a betoltotteket, ujbol nem tolti be AFAIK mint pl WIN-en mikor idle-ben van a gep. (Vista ezt eleg hulye mod csinalja, viszont Win7-en tokeletes elmenyt nyujt).
Tehat ... van valami megoldas ra? Valami hasonlo mint Win-en? (A ReadyBoost-ra gondolom nincs, az eleg egyedi. De az elotolteses moka eleg jo lenne. KDE-n peldaul alapbol ~1gb a ram fogyasztas, vagy 1.5gb. Ha elinditok valamit, akkor utana warm-bol gyorsan betolt. Openbox alatt viszont mindig TELJESEN kiuriti a memobol, es a masodik start is 1:1 coldstart idejet eri el. Ez csak azert is zavar foleg mert a merevlemez rengeteget dolgozik, foleg ilyenkor. Ami IMHO teljesen felesleges.)
A gepben 6gb ram van, de a laptopon is jo lenne. Ott csak 2 van, de szivesen bovitem. (Ott meg ami zavar az a hibernalas. 2gb-al is sokaig tart , felek 4gb mar rem lassu lenne. Ilyenkor mit erdemes csinalni? Vegyek SSD-t vagy szimplan hasznaljak csak suspend-et?)
ps.: Preload gdm/kdm/xdm/akarmi failt Arch, Ubuntu es Fedora alatt is tapasztaltam, nem csak egy distron jon elo .. sajnos.

( akkos v | 2010. 03. 10., sze – 17:43 )

Readyboost-ra nem lenne jó valami script, ami a mount-olt pendrivera rakja a swap-et?

( adikurthy | 2010. 03. 10., sze – 17:59 )

Nekem is nagyon lassította a KDM betöltését, de sose volt timeout. Ettől függetlenül azért zavart a lassúság. Megnéztem a doksit a config file-ról, abban volt, hogy az egyik érték változtatásával kevésbé aggresszív lesz az előtöltés az indítás alatt + @-al a háttérben indítom a a daemont. Így megszűnt a lassúság. Már nem emlékszem mit írtam át, de itt a configom, diff-eld, hogy mi a különböző + olvasd át a diksiját!

Preload.conf-pastebin

( Umath v | 2010. 03. 10., sze – 20:16 )

Fedora alatt használatos még a Readahead is. Igazából a rendszerindítást gyorsítja meg.

Van neki egy módosított változata: readahead reloaded

Jahm arrol tudok. Vegulis ez meg ua. mint amit Vista/7 hasznal, hogy eloretolti a dolgokat mig a HDD nem dolgozik. Teljesen logikus vegulis , es mar jo ideje hasznalatos ugye.

A prefetch mar hasonlo az alap gondolatomhoz, de ugynezem az is halott.

Tehat ha eddig osszegezzuk, talan betoltes megoldott ugyahogy, de a userland prefetch/cache-ben tartasa, IO ugyelese, etc, ezek mind doglottek..? (Bar megertem hiszen az MS-nel ugye kitalaljak legyen valami, akkor ott mindenki azon dolgozik, nem ugranak egymas torkanak hogy ez jo, az a jo, meg az oregmotorosok sem kezdenek osztani hogy ilyen, barmifele fejlodes sose legyen linuxban.)

Arra gondoltál már, hogy az általad emlegetett technikák mind szabadalmaztatottak, és valami teljesen új megoldás pedig nem túl hatékony? Arról nem is beszélve, hogy a szabadalom mennyire általánosságban védi le a dolgot.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

Hat pedig megis megprobaltak a dolgokat mar, csak mindegyik FLOSS project elhalalozott megint, mint mindig. Ezert nem is gondoltam ra. Illetve nem is lehetne annyira rahuzni hiszen kicsit maskepp mukodik itt a rendszer mint Win-en. Lenyeg hogy meg csak torekvest sem latok. Nelkule manapsag egy OS pedig sajnos eleg gyenge.

A fizetes kora max itthon nem jott meg el, de se a Linuxot se a Windowst nem itthon fejlesztik tobbsegeben.
Egyebkent nem kell a SSD-ig elmenni, a sima flash alapu tarolok is vannak mar sztem olyan gyorsak, hogy nem erdekes a prefetch.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.