Alain, I also have an IDE Burner and DVD drive. I also have 20 GB of IDE Disk, 4 GB of SCSI Disk. I personally would really like to have an ALL SCSI system but the cost of SCSI in the USA is too high. Today I can walk into almost any computer store or mail-order (USA) and buy a 60 GB IDE disk for under $100. Cost is also the reason I have an IDE CD Burner and not SCSI.
Although you do not have much disk, I don't think that's the problem with Kmail. There might be a problem with the Duron but that's not something I am familiar with. I ran some tests on my Pentium II 266Mhz running Woody and Kernel 2.4.17 and ICE. Here are some tops: IceWM 1.0.9 ... kdm, sshd, xscreensaver, one xterm 32 processes: 30 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 0.6% user, 1.2% system, 0.0% nice, 98.2% idle Mem: 385152K total, 52580K used, 332572K free, 3020K buffers Swap: 835344K total, 0K used, 835344K free, 30868K cached IceWM 1.0.9 ... adding two xterm Kmail 41 processes: 39 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 1.0% user, 1.6% system, 0.0% nice, 97.4% idle Mem: 385152K total, 78932K used, 306220K free, 4216K buffers Swap: 835344K total, 0K used, 835344K free, 45196K cached Adding Mozilla 1.1 Alpha, and Opera 6.0 52 processes: 51 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 1.2% user, 1.4% system, 0.0% nice, 97.4% idle Mem: 385152K total, 142048K used, 243104K free, 5044K buffers Swap: 835344K total, 0K used, 835344K free, 80800K cached The key to me is that Kmail remained snappy to me in all cases and the memory taken for KDE and Kmail was very minimal ... 78932 - 52580 = only 26532. What surprised me is that it was not as expensive as I thought to run Kmail (KDE under Ice). Please try to bring up Ice without any of your other tasks running. Keep adding your normal tasks until Kmail slows down and you might see the reason it is slow. I did a df before and after Kmail started and I saw the root partition decrease a little after Kmail. Regards, Michael On Friday 21 June 2002 11:55 am, you wrote: > Michael, > > I fully understand what you mean, but i doubt that's where the > problem comes from. > > It's running very nicely with the following software > > Forte / Applix 5 / Opera / Mozilla > Agent under wine > Nethack ;) > Tomcat/Apache/Postgres > > Not every app at the same time, i do not want to shoot in my foots... > > I also patched the kernel to avoid swapping with Rick Van Riels > patches (the former VM) > > 84 processes: 83 sleeping, 1 running, 0 zombie, 0 stopped > CPU states: 0.2% user, 0.8% system, 0.0% nice, 99.0% idle > > Mem: 386124K total, 296320K used, 89804K free, 76888K > buffers Swap: 326080K total, 26224K used, 299856K free, > 125256K cached > > SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND > 29324 28M 11524 S 0.1 7.5 1:03 kmail > > And as you see it's not a memory nor a swap problem > > It's an all SCSI system except the burner and the DVD. > > /dev/sda2 1757080 1686812 70268 97% / > /dev/sda1 28124 1387 25285 6% /boot > /dev/sdb1 1066576 689736 376840 65% /home > > There's plenty of space left for the temporary files of the mail > software > > The video card should be a well supported one Matrox G200 running in > 16bits depth at 1152x864. > > I decided to fully switch my desktop to Linux, servers are all linux > in my company. > > So imported a 3 years long email folders hierarchy with Eudora2mbx > (http://www.jjminer.org/eud2mbox/) with a full hierarchy of folders, > usually there are only 10 mails in the Inbox. Filters are cleaning up > the mess that comes from my 5 POP accounts.... > > 115 folders, 85MB of data > > Hardware... OK > Software... OK > Software usage ... OK > > I compacted the hierarchy... emptyed trash... > > So I suppose that there must be a problem with Kmail as a standalone > app without the KDE desktop or something else is making mess. AFAIK > > Do not know where, this is why i'm asking. > > I'd like something as easy as Eudora and avoid using Mutt or Pine. > > Sylpheed would have been fine.. but Kmail has some very good features > with paar to Eudora (Filters, HTML... ease of use) > > Thanks for your suggestions anyway. ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
