Hírek a hétvégén lezajlott release team találkozóról

Veszi Gabor wrote:
> Lehet, hogy rosszul tudom, de nekem ugy remlik, hogy linux rendszereken
> a network queue merete is belejatszik a load average-be... ha ez igaz,
> akkor ekkora forgalomnal mar erheto a magas load. :)
Forrás van? Én nem találtam erre utaló nyomot, még a forrásban sem (igaz
két percnél többet nem is szántam rá).

> Forrás van? Én nem találtam erre utaló nyomot, még a forrásban sem (igaz
> két percnél többet nem is szántam rá).

Ha lenne, irtam volna... :)

Egy ismerosomnek volt ilyen problemaja, hogy Sendmail queue-t nagyra
veve nagy levlistakkal rohadtul felment a load de ennek ellenere
abszolut nem lassult be a gep, tok normalisan mukodott. O talalta akkor
ezt az infot valahol, pontosan nem tudom hol. (Ezert irtam, hogy nem
vagyok biztos a dologban, mert csak ilyen 'megbizhato haver mondta'
tipusu inforol van szo. :)

A megoldas tenyleg az lenne, ha valaki rendesebben megnezne a forrast.

Veszi Gabor wrote:
> Egy ismerosomnek volt ilyen problemaja, hogy Sendmail queue-t nagyra
> veve nagy levlistakkal rohadtul felment a load de ennek ellenere
> abszolut nem lassult be a gep, tok normalisan mukodott. O talalta akkor
> ezt az infot valahol, pontosan nem tudom hol. (Ezert irtam, hogy nem
> vagyok biztos a dologban, mert csak ilyen 'megbizhato haver mondta'
> tipusu inforol van szo. :)
Elég érdekes ebből arra következtetni, hogy a hálózati és a diszk io
hatással van a loadra. Az, hogy 28*10^48-as loadnál is kezelhető a
rendszer leginkább az ütemezőn múlik. Ha meg tudja különböztetni az
interaktív taszkokat a nem interaktívaktól és ezalapján állítja össze a
futási sort, akkor akárhány processz lehet a sorban, te akkor is
gyorsnak érzed a rendszert, mert priorizálva vagy.

> A megoldas tenyleg az lenne, ha valaki rendesebben megnezne a forrast.
Szerintem nem számít bele az io, csak a futási sorban lévő aktív processzek.

> Elég érdekes ebből arra következtetni

Nyilvan nem csak a hasara utott es kitalalta. Ilyen alapon foghatta
volna a gepterem idojarasara es magneses terere is...

Veszi Gabor wrote:
>>Elég érdekes ebből arra következtetni
> Nyilvan nem csak a hasara utott es kitalalta. Ilyen alapon foghatta
> volna a gepterem idojarasara es magneses terere is...
Nem teljesen értem ezt a spekulatív hozzáállást. Ott a forrás és a
dokumentáció, meg kell nézni.

http://lxr.linux.no/ident?iĘlc_load

http://lxr.linux.no/ident?i=calc_load

Valami nem gömbölyű :)

> Az FTP szervereken hely fog felszabadulni

Bra: ezt a helyet lehet majd felhasználni az új kernelfa (2.6.11.X) tükrözésére :-P

En megmondom oszinten, hogy semmi ertelmet nem latom a Linux kernel forrasok ujabb tukrozesenek.

1.) van magyar tukor

2.) meg a fo szerverrol is jo sebesseggel lehet lehuzni

3.) a kornyezo orszagokbol is szamos helyrol elerheto

balazs wrote:
>>Az FTP szervereken hely fog felszabadulni
> Bra: ezt a helyet lehet majd felhasználni az új kernelfa (2.6.11.X)
> tükrözésére :-P
Csakis. Van jó mirror az ftp.kfki.hu képében, eszem ágában sincs több
GB-ot ellőni erre a felesleges tükörre. :)

Biztos mondtam már. Amikor még 2 GB körül volt a kernel mirror mérete,
csináltam egy olyan tesztet, hogy az egészet (az összes forrást, ami
abban volt) egymás után belenyomtam egy CVS repóba.
Az eredmény 40 MB lett. Most még rosszabb a helyzet, a
mirror-sucker-tree pár száz kB-os patchre is csinál 70 MB-nyi helyfoglalást.

Linux kernel mirror admins: suckers :)

Micskó Gábor wrote:
> 2.) meg a fo szerverrol is jo sebesseggel lehet lehuzni
Amúgy is mindenki ezt használja:
Load Average: 170.27 176.63 184.72 (951 processes)
Ram: 5967924KB
Free: 11088KB
Current bandwidth utilization 172.73 Mbit/s

Mondjuk azt sosem értettem, hogy miért ilyen magas a load azon a gépen.
Akkora a load, ahány Mbps kimegy belőle?

Gondolom nem a diffview.cgi okozza elsősorban, inkább a statikus
tartalom kiszolgálása. Hogy az miért problémás, mikor a teljes Linux
mirror belefér a memóriába...

Érti ezt valaki?

> Mondjuk azt sosem értettem, hogy miért ilyen magas a load azon a gépen.
> Akkora a load, ahány Mbps kimegy belőle?

Lehet, hogy rosszul tudom, de nekem ugy remlik, hogy linux rendszereken
a network queue merete is belejatszik a load average-be... ha ez igaz,
akkor ekkora forgalomnal mar erheto a magas load. :)

> Lehet, hogy rosszul tudom, de nekem ugy remlik, hogy linux rendszereken
> a network queue merete is belejatszik a load average-be...

Sot, igy belegondolva, ha jol emlekszem, a network es a disc I/O is
beleszamit.