J.R., The one optimization that made the single biggest difference for us (Trac 0.9.5, sqlite) was copying all the template resources (CSS, JS, images, etc) into a location that is served directly by Apache. Update your installations trac.ini htdocs_location setting accordingly and enjoy the boost!
HTH, Doug P.S. Not to start a flame war, but sqlite is quite performant. It's weakness appears to be more on the concurrency front, but as an embedded db I suppose it could be argued that this is by design. I'm not affiliated with sqlite, I've just used it on several different projects ;) On Jan 10, 2008 7:02 AM, Vivi <[EMAIL PROTECTED]> wrote: > > Hello, > > I have the same surrounding that you and also I am having performance > problems. To carry through an update of screen, he takes in average 3 > minutes more than. Already I made some searches in the InterNet and > not meeting solution for the problem. > > Good luck in this fight. > > On 10 jan, 10:29, "Jevgenijs Rogovs" <[EMAIL PROTECTED]> wrote: > > Hello everyone, > > > > I am running Trac 0.10.4 on RH Enterprise Release 3 (kernel 2.4.20-8) > with > > Apache HTTPD 2.0.54, Python 2.5.1, mod_python 3.3.1. All debug stuff and > > logging is off, python/mod_python are built with shared libraries. > Database > > backend is SQLite. > > > > Is there anything I can do to improve overall performance of Trac? Any > > ideas? > > > > P.S. I do understand that the most common issue in client-server system > > performance is network latency; nevertheless, I'd like to be sure that > my > > server-side is top notch. > > > > With best regards, > > J.R. > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~----------~----~----~----~------~----~------~--~---
