Portál AbcLinuxu, 31. července 2025 05:13
hdparm /dev/hda
(nebo který disk máš jako systémový). Pokud je to tak, zkus to stejným příkazem zapnout (nápověda man hdparm
).
#ifdef __KERNEL__ # define HZ 1000 /* Internal kernel timer frequency */ # define USER_HZ 100 /* .. some user interfaces are in "ticks" */ # define CLOCKS_PER_SEC (USER_HZ) /* like times() */ #endif #ifndef HZ #define HZ 100 #endifzmenit na
#ifdef __KERNEL__ # define HZ 1000 /* Internal kernel timer frequency */ # define USER_HZ 100 /* .. some user interfaces are in "ticks" */ # define CLOCKS_PER_SEC (USER_HZ) /* like times() */ #endif #ifndef HZ #define HZ 1000 #endifresp. mozna by nebylo marny si najit optimalni hodnotu, ja zkousel 500 a 2000 a shodne to bylo asi o 50% pomalejsi nez 1000... pozor, muze to byt nestabilni (zatim jsem nestabilitu nezaznamenal, ale stat se muze vsechno), takze urcite bych nechal zalozni jadro z distribuce. 3) (tohle jsem udelal jeste pred hrabanim v jadre) povypinat zbytecne demony a sluzby! ja mam celer 400@500, 224MB RAM a system po startu do kde ma v pameti 35MB a swap je prazdny - a to mam zapnuty nahravani 1 instance konqueroru do pameti... to zvyseni rychlosti 2x bylo uz oproti systemu s povypinanyma sluzbama.. 4) dalsi RAM nikdy neni na skodu :)
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.