vykon / zatizeni systemu

[Rudolf Cejka]

Jozef Babjak wrote (2006/03/09):
> so systemom, ktory mal 2 x Intel XEON + HT, ktory na Debian-e sluzil ako 
> server pre bezdiskove stanice v internetovej kaviarni. Cca 30 pocitacov 
> bootovalo z tohto servera, malo na nom swap, fs, pristupovali cezen k 
> internetu. Load sa pohyboval okolo 20, avsak zatazenie procesorov bolo 
> relativne nizke (presne hodnoty si nepamatam). Relativne nizke znamena, 
> popri prevadzke tej kaviarne este stale moholi admini hrat Quake3. :-)

Linux pocita Load uplne jinak - pridava i cekajici procesy ve stavu D,
takze Load je v Linuxu v podstate soucet pracujicich i specificky spicich
procesu (a bohuzel se ani neda rict misto "specificky" alespon "kratkodobe").
Na jednom serveru mame napr. 64 casto spicich nfsd demonu a load nikdy
neklesne pod 64. Kdyz se k tomu prida jeste par ruznych procesu, muzu
load tak akorat spolehlive ignorovat i se znalosti procesu load konstantne
zvysujicich.

> > Proto jsem zacal zjistovat, jestli je v systemu jeste nejaka rezerva ve 
> > vykonu. Ale samozrejme me to zajimalo i z toho zajmu / nadseni, abych 

Ve FreeBSD mam s 5.x/6.x/7.x docela problem, ze se nektere procesy
v topu neobjevuji jakozto spotrebovavajici procesorovy cas. Mozna
jde hlavne o vlaknove aplikace, ale zatim jsem nemel cas to zkoumat.
Proste nekdy nekde vytizeni procesoru procesem vidim, nekdy nekde ne.
Ten apache by na tom mohl byt podobne. A zkusil bych se i podivat (treba
pomoci accountingu procesu), jestli se nestartuje a neukoncuje prilis
mnoho procesu, tim by ten load taky mohl hodne narustat, aniz by bylo
cokoli poradne videt.

-- 
Rudolf Cejka <cejkar at fit.vutbr.cz> http://www.fit.vutbr.cz/~cejkar
Brno University of Technology, Faculty of Information Technology
Bozetechova 2, 612 66  Brno, Czech Republic