Try looking at what is being cached by the browsers. We've had issues with extjs (which the tray in particular uses) not being cached properly and bogging down that view. We want to replace the tray with jQuery which would have a much smaller footprint, unfortunately we just haven't had the time.
The site tree is slow because it loads (and caches) the permissions on the first load. That might be a good case for having a specialised query to reduce DB hits. The reason it keeps getting postponed is because typically only the first load after an update app is a problem. Are you guys doing a restart regularly? Blair On Thu, Jun 18, 2009 at 10:25 AM, Might Aswell <[email protected]> wrote: > > bump. > > Any ideas? > > This definately seems to have something to do with the Farcry DB, as > its webtop usage that pegs the CPUs and doesnt want to let go. > > Any super users out that that can point me somewhere? Tools I can use > to figure out the bottleneck? log information to look at? > > > --~--~---------~--~----~------------~-------~--~----~ You received this message cos you are subscribed to "farcry-dev" Google group. To post, email: [email protected] To unsubscribe, email: [email protected] For more options: http://groups.google.com/group/farcry-dev -------------------------------- Follow us on Twitter: http://twitter.com/farcry -~----------~----~----~----~------~----~------~--~---
