options PREEMPTION jót tesz ez a webszervernek ???

FreeBSD-all

options PREEMPTION jót tesz ez a webszervernek ???

  • 1127 megtekintés

( macroharddoors v | 2006. 06. 01., cs – 01:17 )

6.1 generic kernelében default enabled a preemption, namost akkor ?

Az ha egy kernelben valami default ottvan, az mióta jelenti azt, hogy webszerverhez/szerverhez szükséges vagy jó?

A webszerverünk 6.1-el megy és apró figyelmetlenség okán preemptionnel. Mondjuk a hupnál jóval kisebb forgalmat szolgál ki, de az elmúlt 20 napban minden problema es lassulas nelkul mukodott.

Említésre méltó itt a windowsban levő lehetőség, miszerint lehet "optimalizálás háttérfolyamatokra" c. opszió, a másik pedig programokra. Ez valószínüleg memória okoskodást és valamiféle preemptiont jelenthet. :)

( macroharddoors v | 2005. 11. 10., cs – 20:45 )

Udv!

Kézbe kerül egy igen leterhelt freebsd5.4 web szerver 4Gb ram 2.8ghz prescott SATA-raid stb.
Nagyon kinlódik szerencsétlen system load > 80 !!!

apache13 + php4 + mysql4.1

kérdésem az hogy mit okoznak a rendszer teljesítményében ezek a kernel opciók:

options HZ=2000
options PREEMPTION

sysctl:

kern.ipc.somaxconn=16384
kern.ipc.nmbclusters=16384

top-al figyelgetve az interrupt szinte mindig 20% felett van.

Tanácsok ?

( OxY | 2005. 11. 10., cs – 21:48 )

a két kernel opció jótfog tenni, bár a Hz állítása csak akkor, ha a hálókártyád támogatja a pollingot..

a somaxconn értéke imho magas, 8192-nél magasabbra nerakd..
az nmbclusterst pedig a rendszer beállítja jól magának, felesleges állítanod, netstat -m kiírja mennyi az épp használt, sztem 1000körül max...

ezt még esetleg belerakhatod, hálózati teljesítményt megdobja, tán interruptot is lentebb viszi kicsit, ha nagy a forgalom..
net.inet.tcp.inflight.enable=0

( andrej_ v | 2005. 11. 10., cs – 22:21 )

Szerintem a HZ=1000 jobb lenne, mivel a 6-osban is az a default 100 helyett. A PREEMPTION nem biztos, hogy jó, mert egymás elől vehetik el a CPU időt a processzek és állandó versenyhelyzet lehet. Sokkal inkább a futtatott alkalmazás optimalizálásán kéne gondolkodni szvsz.

Valamint: http://talks.php.net/show/perf_tunning/

( Dwokfur v | 2005. 11. 10., cs – 22:46 )

[quote:a5210ffa6e="macroharddoors"]Udv!

Kézbe kerül egy igen leterhelt freebsd5.4 web szerver 4Gb ram 2.8ghz prescott SATA-raid stb.
Nagyon kinlódik szerencsétlen system load > 80 !!!

apache13 + php4 + mysql4.1

kérdésem az hogy mit okoznak a rendszer teljesítményében ezek a kernel opciók:

options HZ=2000
options PREEMPTION

sysctl:

kern.ipc.somaxconn=16384
kern.ipc.nmbclusters=16384

top-al figyelgetve az interrupt szinte mindig 20% felett van.

Tanácsok ?

Bocs, ha triviális, de php-cache az fut rajta, ugye (eaccelerator, pecl-apc, stb...)?

Üdv,
Dw.

( tolmi | 2005. 11. 11., p – 01:41 )

[quote:23bc834700="macroharddoors"]
apache13 + php4 + mysql4.1

Ha elfogadsz egy tanácsot, akkor izibe migrálsz apache2-re. Saját tapasztalatból mondom, hogy 50-70%-kal főzi meg az 1.3-at. Legalábbis én ezt tapasztaltam és egybecseng az áltatam hallottakkat :)

( Panther v | 2005. 11. 11., p – 08:36 )

Szerverre szerintem nem való preemptiv kernel (a letiltott állapot mellé van írva az, hogy szerver, csak hogy még egyértelműbb legyen :)). Egy fork bombával le lehet akkor nyomni, ami nem tekinthető elérdendő célnak.... mondjuk DoS támadás hatására...

Egy worker MPM-es apache2 -t lehet hogy meg kéne próbálni a gépen és egy full statikusan fordított PHP-t. A default apacheból minden modult kihánytál ami default benne szokott lenni de fölösleges? Azt is érdemes megnézni, hogy a mysql vagy az apache a szük keresztmetszet, elsőnek mindjárt egy slow query loggal.