Compsache : Abych se priznal, moc se mi tato uprava nezda. Je sice asi pravdou, ze pri dnesni velikosti pameti, by presunutim swapovanych stranek z jedne oblasti pameti do druhe, a naslednou komprimaci, mohlo dojit k jakemusi usetreni volnych segmentu pameti, ale za cenu rezie, kterou si vyzada komprimacni algoritmus. A tam plati, ze cim vykonejsi – tim pomalejsi. Je sice pravdou, ze pristup do pameti je radove rychlejsi, nez na disk, ale co z toho, kdyz mi tuto vyhodu sezere komprimace pri swapovani a decomprimace pri vypadku stranky? Mozna se mylim, ale spis bych se asi v tomto kontextu klonil k nazoru, ze pri dnesnich velikostech pameti ( > 2GB ) je swapovani lepsi vypnout…
LIRC, Zmena frekfrence procesoru : Nevim jak jinde, ale LIRC je normalne obsazen v Debianu, a k rizeni vykonu CPU tu mam balicky cpudyn, cpufreqd, cpufrequtitils, cpulimit, atd… Nevidim duvod proc to cpat rovnou do jadra a tim zbytecne zvetsovat jeho velikost a mnozstvi kodu, ktery bezi v kontextu jadra.
Jinak osobne si jadro (vanilla) kompiluji, dokonce – kdyz uz nevim co roupama – tak si jej zkousim spekovat, ale to jen velmi vyjmecne a opravdu v drobnostech… :-)
CompCache byl primarně vyvinut pro embedded zařízení nebo netbooky, které se distribují s malou RAM – např. s 128MB. Používám stařičký notebook (P3M 800Mhz s 192MB RAM) jako terminál a tady je znát každej MB, kterej se nemusí číst nebo zapisovat na disk. I na starším HW pak máte možnost dostat novější distro nebo pustit LiveCD. Je to slušně se rozvíjející se projekt:
http://code.google.com/p/compcache/