I know I made many many changes to the summary implementation and stuff. However. Some change caused the "Fetching summary information for new messages in %" to only consume 18MB of ram in stead of 60MB of ram which the default Camel as shipped on Ubuntu Dapper consumes.
I didn't expect this. The only relevant changes that I did (that are happening when creating new message-info instances from received information) where the token strdup and the recently changed malloc avoidance with the camel_pstring_add in stead of camel_pstring_strdup. This is what I did (please somebody, reproduce) killall -9 tinymail ; etc etc cvs -z3 co evolution-data-server cd camel patch -p0 < camel_folder_summary_with_mmap_fixes11.diff cd .. ./autogen.sh --prefix=/opt/camel make && sudo make install cd .. svn co https://svn.tinymail.org/svn/tinymail cd tinymail/trunk ./autogen.sh --prefix=/opt/tinymail make && sudo make install cd $HOME export LD_LIBRARY_PATH= rm -rf $HOME/.tinymail/ valgrind --tool=massif /opt/tinymail/bin/tinymail -> open a folder of > 14,500 headers rm -rf $HOME/.tinymail/ export LD_LIBRARY_PATH=/opt/camel/lib valgrind --tool=massif /opt/tinymail/bin/tinymail -> open the SAME folder evince massif*ps -> Rotate left, Rotate left tar zcvf fixes11_getting_a_large_folder.tar.gz massif* Also, for some reason that I really don't understand, it took longer with the Camel that got shipped with Ubuntu Dapper. [EMAIL PROTECTED]:~/repos/tinymail/trunk$ dpkg --status libcamel1.2-8 | grep Version Version: 1.6.1-0ubuntu5 [EMAIL PROTECTED]:~/repos/tinymail/trunk$ http://pvanhoof.be/files/camel_folder_summary_with_mmap_fixes11.diff -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be _______________________________________________ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers