Hmm, ich hab heute einen kleinen feinen Disput über systemprocessig und task-scheduling etc. gehabt, dabei sind sehr viele Fragen zu 'loadavg' aufgetreten. Im Prinzip ist dies doch die Auslastung im gesamten /proc-System, d.h. auch netzwerk, cpu, sound, scsi, ide und so weiter. Somit stellen sich kleinere Fragen: - wie errechnet sich der loadavg (also vor allem die Einflüsse der Peripherie auf diesen Wert) - kann man in ungefähr beispielweise ein loadavg von 4.1 einer 410%en Auslastung des Systems gleichstellen (gut hoert sich komisch an, würde aber in ungefähr dem gleichkommen... auch wenn xosview mir im Moment 8.9 anzeigt...hat ich lang nicht mehr... naja, vmware,brenner und corel etc., die cpuAnzeige von xosview ist im übrigen auch nicht ganz sauber, er springt immer mal kurzzeitig auf 103%,107%,108% und dann wieder zurück auf 99%/100%...egal, nur so nebenbei) - gibt es eine gute man/howto/url/doku zu diesem Thema Thomas Findeisen --http://linuxbu.de-- - Hinweise zur Benutzung dieser (und anderer Mailing-Listen) bitte beachten: --> http://lug-owl.de/mailinglist_hints.html <--
On Wed, Jul 26, 2000 at 10:24:30PM +0000, Thomas Findeisen wrote: [Wie kommt man zu /proc/loadavg? ]
- wie errechnet sich der loadavg (also vor allem die Einflüsse der Peripherie auf diesen Wert) - kann man in ungefähr beispielweise ein loadavg von 4.1 einer 410%en Auslastung des Systems gleichstellen (gut hoert sich komisch an, würde aber in ungefähr dem gleichkommen... auch wenn xosview mir im Moment 8.9 anzeigt...hat ich lang nicht mehr... naja, vmware,brenner und corel etc., die cpuAnzeige von xosview ist im übrigen auch nicht ganz sauber, er springt immer mal kurzzeitig auf 103%,107%,108% und dann wieder zurück auf 99%/100%...egal, nur so nebenbei)
So pi mal Daumen hast Du bei load=10 den Zustand, daß Du 10 Programme in einer Endlosschleife hast (also 10 Programme existieren, die kontinuierlich Rechenzeit wollen und *nicht* im sleep-Zustand sind, lies: auf irgendwelchen I/O warten).
- gibt es eine gute man/howto/url/doku zu diesem Thema
/usr/src/linux/kernel/timer.c: static inline void calc_load(unsigned long ticks) { unsigned long active_tasks; /* fixed-point */ static int count = LOAD_FREQ; count -= ticks; if (count < 0) { count += LOAD_FREQ; active_tasks = count_active_tasks(); CALC_LOAD(avenrun[0], EXP_1, active_tasks); CALC_LOAD(avenrun[1], EXP_5, active_tasks); CALC_LOAD(avenrun[2], EXP_15, active_tasks); } } ...also durchschnillich aktive tasks in den letzten 1/5/15 min... MfG, JBkernel/timer.c: static inline void calc_load(unsigned long ticks) { unsigned long active_tasks; /* fixed-point */ static int count = LOAD_FREQ; count -= ticks; if (count < 0) { count += LOAD_FREQ; active_tasks = count_active_tasks(); CALC_LOAD(avenrun[0], EXP_1, active_tasks); CALC_LOAD(avenrun[1], EXP_5, active_tasks); CALC_LOAD(avenrun[2], EXP_15, active_tasks); } } ...also durchschnillich aktive tasks in den letzten 1/5/15 min... MfG, JBG -- Fehler eingestehen, Größe zeigen: Nehmt die Rechtschreibreform zurück!!! /* Jan-Benedict Glaw <jbglaw@lug-owl.de> -- +49-177-5601720 */ keyID=0x8399E1BB fingerprint=250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 8399 E1BB "insmod vi.o and there we go..." (Alexander Viro on linux-kernel)
On Wed, Jul 26, 2000 at 10:24:30PM +0000, Thomas Findeisen wrote:
- wie errechnet sich der loadavg (also vor allem die Einflüsse der Peripherie auf diesen Wert)
Es gibt keinen direkten einfluss der Peripherie - Der Loadavg ist die ueber die zeit gemittelte anzahl der Prozesse in der Run Queue d.h. der Prozesse die Abgearbeitet werden wollen. D.h. wartet ein Prozess auf I/O von einer Platte taucht er nicht in der loadavg auf da der Prozess nicht rennen moechte. Genaueres in kernel/info.c
- kann man in ungefähr beispielweise ein loadavg von 4.1 einer 410%en Auslastung des Systems gleichstellen (gut hoert sich komisch an, würde
Jein Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "If you're not having fun right now, you're wasting your time." - Hinweise zur Benutzung dieser (und anderer Mailing-Listen) bitte beachten: --> http://lug-owl.de/mailinglist_hints.html <--
Teilnehmer (3)
-
Florian Lohoff
-
Jan-Benedict Glaw
-
Thomas Findeisen