Hát, igen … kernel bug. Ez legalább használható ötletnek tűnik.
Nem tud valaki véletlenül egyet? … 🙂 … De komolyan!

Úgy tűnik, a reklámon kívül más hozzászólás nem érkezett, ezért mesélem a tapasztalataimat. Érdekes!
Ha a szervernél beállított php-t használom a script futtatására, akkor valóban rosz, de ha virtol host temlateként úgy állítom be, hogy az ott felkínált php-t használom, akkor helyesen működik. Az érdekesség az, hogy ez utóbbi ugyanazt a php-t indítja, ugyanolyan paraméterezéssel!
???
Egyedül arra tudok gondolni, hogy a szervernél definiált External Application-ök speciális jelentéssel bírnak. Például akkor is elindítja őket a legelején, ha nem kérem, vagy ki tudja mi. Ám ezt a doksiban sehol sem találtam.
Még próbálom kideríteni a pontos hibaforrást, és ha valakinek van érdemi észrevétele, kérem azért csak tegye meg.

Köszönöm!
Kiderült, és Xeon. 🙂
A dual magos Xeont a cpuinfo kettőnek jelzi, vagy csak egynek?
(Most 4-et jelez a fájl, ami talán azt jelenti, hogy kéd dual magos Xeon van a gépben?)

Ó, köszönöm a reklámot!
Jelenthet az ACL valamilyen megoldást? Én eddig nem találtam benne, csak jogosultságállítást, de hátha …

Az iptables azért volt rossz, mert időintervallumra tudtam csak megadni limitszámot. Rendes esetben egy kapcsolat pillanatok alatt befejeződik, így ha alacsonyra vettem a számot, feleslegesen lassította a kiszolgálást. (És nagyon lassította.)
De ez a modulé a párhuzamosan nyitva tartott kapcsolatokra vonatkozik, így ha gyorsan lezárul egy kapcsolat, akkor enged újat nyitni. Ha lassan, csak akkor nem. És ezt az iptablessel nem tudtam megoldani. (Ha meglehet, azért várom a leírását, de most boldog vagyok! 🙂 )