Top (load average) élmények :-)

Offtopic

Kinek, mi volt az eddigi legnagyobb load average érték, ami mellett még kontrollálni tudta a rendszerét?

A legnagyobb, amit eddig láttam és amit még kezelni lehetett, az 500 feletti volt, pontosabban tartósan 510 és 520 között mozgott. A rendszer egy 4 node-os SGI Altix RHEL 3-mal.
PC-s szerver kategóriában egy dual Xeonos gépen RH 7.2-vel láttam azelőtt, 50 egy- nehány körüli értéket, de az bele is fagyott.

  • 3747 megtekintés

( joyeux | 2006. 05. 18., cs – 12:45 )

Amikor először próbálkoztam a fork()-al ,akkor sikerült egy zsenge 630-s
load-ot elérni, nem is tudom már hogy sikerült kinyírni őket, így sikerült megismerkedni a forkbomba kellemetlen hatásával. Ez egy P3 (866MHz) gép volt 256 MB memóriával és egy Debian Woody-val.
Egy még gyengébb gépen láttam már 130-s load-ot, az már döcögött, szintén Debian volt fenn.

( gsimon | 2006. 05. 18., cs – 12:58 )

45-50 környéki load-om volt, amikor egy levelezősdi tesztelésnél elfelejtettem a célt a /dev/null-ba irányítani. A konzolon belépni elég mókás volt, mert folyton letelt a login időkorlátja, aztán amikor sikerült, a 'killall -9 exim' után legalább azt is leteszteltük, hogy viseli a rendszer, ha a cél-szerver nem figyel az smtp-n :)...

( selli | 2006. 05. 18., cs – 13:21 )

hmm, jo moka. lassuk:

cat c.c
void main() { while(1);}

for i in `seq 1 200` ; do ./a.out & done
load average: 190.53, 108.17, 50.78

es a rendszer teljesen hasznalhato !!!
mindha semmi nem futna.

P4 3.0 GHz x86_64 bit Suse 10.1, 1GB mem

szerintem addig amig nem swap-pol lehet nagyon sok is a load avg.,

megprobalom meddig birja :)

Legalabb csinalj valamit abban a vegtelen ciklusban, igy ugyanis csak felhuz egy timer-t a kernelben, oszt kalap. Jo hogy olyan, mintha semmi nem futna, mert ez tortenik :-) (Esetleg meg lehet nezni a gcc assembly kimenetet (-E opcio, ha nem csalodom), lehet hogy ugy kioptimalizalja, mint annak a rendje.)

na akkor ezzel, ezt tuti nem optimizalja ki !(?)

eddig ugyan az, most tartok 200-nal semmi-t nem venni eszre:
load average: 254.23, 191.13, 167.33

mplayer siman jatszik egy video-t :) nem is akarmilyet:
VIDEO: [XVID] 1024x768 24bpp 24.000 fps 1729.9 kbps (211.2 kbyte/s)

int main() {

int f = 1;
int pf = 1;
int ppf = 0;
int i = 1;

while ( 1 ) {
f = i++;
pf = 1;
ppf = 0;

while ( f < 1000000000 ) {
ppf=pf;
pf=f;
f=pf+ppf;

}
}

return 0;
}

asszem feladom:

top - 13:18:32 up 2 days, 2:45, 10 users, load average: 608.46, 581.73, 485.86
Tasks: 737 total, 621 running, 115 sleeping, 0 stopped, 1 zombie

600 as loadnal meg megy a skype :) es mplayer :)

vmi mas progit nyomok, ez nem eleg neki, hogy lehaljon :)

a vege fele kb 10 sec volt mire elundul 1 ujabb a.out
erdekes hogy a konquereor is elobb bejott mint ahogy 1 a.out indult.

Ez abszolute nem jelent semmit. A load average kb. úgy számolódik, hogy átlagosan hány processz tartózkodik az ütemező futási sorában, futásra várva. Mivel kis programocskád gyakorlatilag bármikor tud processzoron futni -nincs semmi I/O, vagy memória művelet, ezért folyamatosan ott fog lógni a runqueue-ban. Memóriát nem zabál, diszket nem fog, az meg egy felvilágosult oprendszert sem zavar, ha van pár száz futó processze.
És mellékhatásként van egy szép nagy load average...
Csináld meg úgy, hogy mindegyik processz mozgat némi memóriaterületet, illetve olvasgat fájlokat. Szerintem már a 10. indítása után is meg fogsz őszülni. :)

( E-Medve v | 2006. 05. 18., cs – 14:43 )

Nalam asszem 40-es load volt a legnagyobb, amit lattam, igaz egy P2-600-as masinan. Na ott mar a gepeles is lassu volt szoveges modban.

Viszont otthon az 3000+-os AMD64-en rendszeresen csinalok 4-5-os load-t, mikor elfeledkezek rola, hogy mar egy-ket peldanyban fut mencoder, povray, es tsai.

( vargatamas | 2006. 05. 18., cs – 21:13 )

Hali!

Írtam szoftvert, amivel csináltam nagyon magas load- ot. 


#include <stdio.h>

void forking(int i)
{
        if (i) if (fork())
        {
                forking(i-1);
        } else {
                forking(i-1);
        }
        while (1);
}

main() {
        forking(10);
}

Ezt használva kiderült, hogy a load csak 1024 alatt mükszik rendesen, topban efölött átfordul a számláló.. :D

( tiger | 2006. 05. 18., cs – 22:57 )

[FLAME]
Ha ennyire ki akarjátok akasztani a gépet, cseréljétek le a kernelt, a kernel32.dll nevű klasszikusra :)
[/FLAME]
vagy indítsátok el egyszerre a Quake[1-4]-t.

( csabyka v | 2006. 05. 19., p – 15:16 )

load averages: 69.09, 61.59, 52.40
freebsd

( macko | 2006. 05. 26., p – 13:55 )

Hali!

8 processzoros Opteron(852) szerver, 24GB rammal, RHEL 2.6.9-34.ELsmp kernel, 3 nagy alkalmazás, ~180 thread, ~1GB log/óra, intenzív hálózati forgalommal(adatbázis és egyéb):

11:39:16 up 58 days, 2:33, 4 users, load average: 105.13, 93.74, 74.59

Gyönyörűen megy. Na jó, azért kell egy 10 másodperc mire be tudok rá ssh-zni. :)

( antiemes | 2006. 05. 26., p – 16:43 )

Hi!

A wine make -j-vel valo forditasa is olyan 600 koruli loadot produkalt. P4 3.06 HT, 512MByte RAM. Amugy a rendszer teljesen hasznalhatatlan lett, nem lehetett szovegesen sem beloginolni.

By(t)e
TBS::Antiemes

( zsoltee | 2010. 01. 07., cs – 20:32 )

100 feletti 15 perces átlag... Android 1.5 rendszerű Pulse mobilon :D Lehet, hogy emiatt szaggat és merül le hamar a szerencsétlen? Az a fura, hogy a legmagasabb load-okat készenléti módból visszatérve tudom mérni.