Re: Well

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent
thread

Re: Well
by Wilke Havinga on Wednesday 06/Jun/2001, @18:09

This is strange - I'm running on a Celeron 466 with 128 MB of memory, and it takes at most 1 second to start up, much less if another session is already open. My KMail got several folders and contains about 12000 mails in total. It takes about 3 seconds to start, which is quite long, but I guess it takes some time to load those index-files :-)

So there must be something wrong with your configuration or the RPMs are compiled without any optimization turned on (?)

I still find it strange that the speed differs so much on computers that are quite similar.

Btw. I compiled everything from source...but I understand not everyone wants to do that. Maybe RPM builders should get better instructions, or the makefiles should have faster 'default' settings?

Related Links

·   Articles on KDE Official News
·   Also by Wilke Havinga
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: Well
by Jos van den Oever on Thursday 07/Jun/2001, @06:45

It might be the X that is trying to load loads of fonts for each application that starts. I wonder how I can speed this up. I don't even have or need anti-aliased fonts.

Just for the fun of it, I'll try an optimized compile myself and report the speed.

[ Reply To This | View ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"I think I might be the only developer who does not use XEmacs." -- Jono Bacon
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.