Hi, On Jun 4, 3:48 pm, "and_ltsk" <[EMAIL PROTECTED]> wrote: > 1. 100MB per request - is it normal?
not likely. I have apache processes serving a couple of different sites within separate python interpreters and they are all somewhere in the 10-30MB memory range. Common gotcha: make sure you have DEBUG set to False, otherwise Django stores all executed SQL queries in memory. > 2. I can't use cache because one user receives cached response for another > user. Did you know any solution for authenticated cache? You can set up caching per-session, look for "vary_on_headers" and "Cookie" in the cache documentation. But that greatly increases the cache size, of course. I prefer to cache template fragments, see http://code.djangoproject.com/ticket/1065 -- this way the parts that don't depend on logged-in user can be cached only once for the whole site and I still can cache fragments per-session. > 3. While any table growing, the responses became slower to 2-10 minutes. How > to avoid the big dicts or use another another solution? Make sure you have indexes in the database. Also, check your templates and code for "if big_queryset" instead of "if big_queryset.count" -- the former pulls all the data from the queryset, the latter does not. > For any performance tip thanks in advance. Point 3. looks like a hint there is something wrong with the way you pull data from the database. Look into the queries, perhaps there is a large number of them or some of the queries download too much data. -mk --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Django users" group. To post to this group, send email to django-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users?hl=en -~----------~----~----~----~------~----~------~--~---