Gentoo - AMD64 - Memory problem

[havelka na valka.cz]

Nemate nekdo nejakou radu ?
  R.

>   Je to AMD64 3000+, 1.5Gb pameti, 2x80gb SATA raid, 200gb IDE, 1gb
> NET.
>
>   Sw : GENTOO, Apache, mySQL, postfix, proFTPd
>
>> uname -a
> Linux holly 2.6.9-gentoo-r1 #2 SMP Thu Feb 3 18:32:16 UTC 2005 x86_64
> AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux

>   Problem : Kdyz jsem pouzival apache 1.3.33, po nejake dobe, nahodne,
> vetsinou tak po dvou hodinach, serveru proste dosla pamet. Vsechno
> bylo "vyzrane" apacem, coz melo za nasledek swapovani a oom_killer
> zacal postupne vybijet procesy. Spatne reseni : cron job kterej kazdou
> hodin apace zrestartuje, coz vyse uvedeny problem de facto vyresilo,
> ale cas od casu mu pamet stihne dojit jeste driv, nez po hodine, navic
> je to proste jen obezlicka, nikoliv reseni. Je mi divny, ze kazdej
> apaci proces (s mod_perl a mod_php, oba jako DSO) zabira dle vypisu
> 100Mb pameti. staci tedy spustit a zatizit patnact apacich procesu, a
> veskera pamet pocitace je tatam.
>
>             Inu nelenil jsem, obvinil jsem z problemu stareho Apache,
> a
> jal se emergovat apace 2.0.51, vse probehlo, apace jsem
> pustil, a ackoliv sel zjevne podstatne lepe a rychleji,
> nasledovala dost stejna situace ...

> Server zacal vybijet apace, dokud se neuvolnila pamet (lec mu to
> trvalo tak dlouho, ze restart byl rychlejsi reseni). Tato situace se
> nahodne opakovala jeste nekolikrat.
>
> Jal jsem se tedy hledat na internetu, kde je zakopana sobaka a nasel
> jsem toto :
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=131251#c24
>
> kde se uvadi, ze uzivatele s jadrem 2.6.8 - 2.6.9 (ktere mam ja) a
> AMD64 maji problem s leakovanim pameti, coz vypada na stejny problem
> jako u me.
>
> Moje otazka zni - muze to byt opravdu muj problem ? (prece jen je to
> redhati konference, ja mam gentoo), Nemate s tim nekdo podobnou
> zkusenost ? Bezi vam gentoo na AMD64 bez problemu ? A na zaver, pomohl
> by mi prechod na starsi/novejsi (* nehodici se skrtne) jadro ?

> Pripadne nastaveni a konfiguraky samozrejme poslu, jen si reknete co.
>   Diky
>     Radek Havelka