On Fri, 28 May 2004, [iso-8859-1] S=F6nke Ruempler wrote: > Hi Davide, >=20 > > File names inside the spool/local directory are hashed and the value > > is=3D20 "moduled" to the number of LMAIL threads. Each LMAIL thread has > > a unique=3D20 ID (0, ..., N) and it touches only file names whole > > modules hash is equal=3D =3D20 > > to its thread ID. >=20 > What about more instances of XMail are running?
I hope you're not saying you're running multiple copies of XMail on the=20 same $MAIL_ROOT, do you? > > Download valgrind: > > > > http://valgrind.kde.org/downloads.html > > > > Edit the file include/vg_skin.h and set VG_N_THREADS to 1000 and=3D20 > > VG_N_THREAD_KEYS to 1000. Then build and install. Then: > > > > # valgrind --skin=3D3Daddrcheck XMail -Md ... > > > > Let it run for a while. Note that it will be slower, but IMO > > acceptable.=3D20 then report to me. We did not find anything major last > > time we ran it. >=20 > I can test only on fallback, but the BIG memory hole is on the main serve= r. > On fallback RSS grows slowly, but continuously, too. >=20 > Here the results over night: >=20 > ps aux now: >=20 > root 18855 1.0 1.5 104472 15800 ? S May27 7:24 > /var/MailRoot/bin/XMail -Md -Ml -Pl -Sl -Ql -Cl -FI 127.0.0.1 -PI > 127.0.0.1 -SI xxx - > a >=20 > (only one process/thread is running/showed (NOT the ps axm story) ?!) >=20 > Here the (Live-)Log from valgrind: >=20 > http://fallback.city-map.de/xmaildebug.txt Hmm, it's confusing since it dumps all exiting processes. Can you add a=20 -v --num-callers=3D6 to the command line and stop it after 10-25 minutes= =20 (and send me the log). - Davide - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
