I also noticed that down near the bottom of this thread http://groups.google.com/group/modwsgi/browse_thread/thread/9d0e72b2cd3a833a/ef021fcca0871c77 Graham Dumpleton said that "Under 'top' or 'ps', the mod_wsgi daemon process will still show as a apache/httpd process." So I think it all gets lumped together.
On Nov 11, 12:38 pm, Josh <[email protected]> wrote: > Hmm, i don't think I'm actually seeing the daemons. What do they show > up as under COMMAND (I dont see anything with wsgi). But there is > another small dev site running on the same server (they are both > theoretically set up under daemon mode as I showed above). I think > that if it wasn't in daemon mode they wouldn't both work although I > could be wrong about that. Looking at the apache conf I posted > earlier does it seem that I have properly configured daemon mode? > Thanks. > > On Nov 11, 12:22 pm, Alex Robbins <[email protected]> > wrote: > > > If you are really running mod_wsgi in daemon mode, then django and > > satchmo won't be able to affect the size of the httpd processes. The > > python interpreter should live in the mod_wsgi daemon, which is a > > completely separate process. I have had troubles before with mod_wsgi > > running in embedded mode, even though it is supposed to be daemon. Can > > you see any processes for mod_wsgi? If you don't get the config > > exactly right, it won't use daemon mode. (This might not even be the > > problem, but if there aren't daemon processes something is > > misconfigured.) > > > If you can see the daemon processes, and httpd is separate and huge, > > then I'm not sure what is going on. It wouldn't be python making it > > big. Maybe there are some other modules installed? (mod_php, mod_rails > > or something like that?) > > > On Thu, Nov 11, 2010 at 2:07 PM, Josh <[email protected]> wrote: > > > Ok so the server is a VPS and it uses virtualmin and centos. My > > > understanding is that each domain has its own httpd process (two if > > > you have ssl enabled). I have been watching the output of top for > > > awhile and when I say memory usage I am talking about the virt of a > > > specific httpd process. I am fairly certain that this is the httpd > > > process which the site runs from because it is the correct user and as > > > I opened multiple connections the memory usage began going up. This > > > single httpd process now is up to 867m virt and 651m res. There are > > > other things on the system using memory but they have remained > > > constant and I am concerned that a single process has gone up so much > > > when it seems that nothing is going on with the site. Thanks for the > > > help. > > > > On Nov 11, 11:53 am, Alex Robbins <[email protected]> > > > wrote: > > >> First off, mod_wsgi in daemon mode with apache should be a decent > > >> deployment method for ram consumption. I don't think your problem is > > >> there. > > > >> When you say the memory usage is 650mb, what is actually using all > > >> that memory? Is it httpd processes? The mod_wsgi processes? > > > >> On Thu, Nov 11, 2010 at 1:49 PM, Josh <[email protected]> wrote: > > >> > Oh yeah my urls looks like this: > > > >> > from django.conf.urls.defaults import * > > >> > from store.urls import urlpatterns > > > >> > urlpatterns += patterns('', > > >> > ('^pages/', include('django.contrib.flatpages.urls')), > > >> > (r'^product_info\.php', 'store.localsite.views.old_redirect'), > > >> > (r'^searchRedirect/', 'store.localsite.views.redirect_search'), > > >> > (r'^reports/', 'store.localsite.views.reports.view'), > > >> > ) > > > >> > and I have local_dev and debug set to false. (searchRedirect and the > > >> > product_info\.php above were set up to redirect because the site used > > >> > to be osCommerce based). > > > >> > On Nov 11, 11:46 am, Josh <[email protected]> wrote: > > >> >> It is centos but we are using apache and mod_wsgi in daemon mode, here > > >> >> is the relevant part of my apache conf: > > >> >> ------- > > > >> >> Alias /static/ /home/hatikva/store/static/ > > > >> >> <Directory /home/hatikva/store/static> > > >> >> Order deny,allow > > >> >> Allow from all > > >> >> </Directory> > > > >> >> Alias /media/ /usr/local/lib/python2.6/site-packages/django/contrib/ > > >> >> admin/media/ > > > >> >> <Directory > > >> >> /usr/local/lib/python2.6/site-packages/django/contrib/admin/ > > >> >> media> > > >> >> Order deny,allow > > >> >> Allow from all > > >> >> </Directory> > > > >> >> WSGIDaemonProcess hatikva.com user=hatikva group=hatikva python-path=/ > > >> >> usr/local/lib/python2.6/site-packages > > >> >> WSGIProcessGroup hatikva.com > > >> >> WSGIScriptAlias / /home/hatikva/store/apache/store.wsgi > > > >> >> ------- > > > >> >> My understanding is that the way the static directory is set up above > > >> >> means that apache and not django serves media. > > > >> >> As I have watched the memory usage has continued to go up, its now at > > >> >> ~650m, up from ~220m (I have stopped refreshing and this has happened > > >> >> in the past 20 minutes or so). > > > >> >> I am open to recommendations as to a better setup (which I may or may > > >> >> not be able to do depending on the person I have made the site for). > > >> >> Thanks for the quick response! > > > >> >> -Josh > > > >> >> On Nov 11, 11:39 am, Laszlo Antal <[email protected]> wrote: > > > >> >> > Hi, > > > >> >> > Could you check to make sure django does not serve static media? > > >> >> > I had a very similar issue (4000+ products) and I left by accident > > >> >> > the static_serve in urls.py > > >> >> > Just a thought > > > >> >> > lzantal > > > >> >> > On Nov 11, 2010, at 11:30, Josh <[email protected]> wrote: > > > >> >> > > I have been working on a satchmo site with ~3000 products that has > > >> >> > > repeatedly over the past week or so crashed the server it is > > >> >> > > running. > > >> >> > > It is on a VPS with 2G dedicated ram. It seems that once the > > >> >> > > httpd > > >> >> > > process allocates memory it never releases it, eventually taking > > >> >> > > all > > >> >> > > available memory and crashing the server. I tried opening about > > >> >> > > ten > > >> >> > > pages from the site and repeatedly hard refreshed them and > > >> >> > > watched the > > >> >> > > memory usage (via top) shoot up more than 150m in about 10 > > >> >> > > minutes, > > >> >> > > its still going up as I write this. > > > >> >> > > Are there any known memory leaks in satchmo? Why would memory > > >> >> > > usage > > >> >> > > continue to go up after I have stopped hard refreshing? (I guess > > >> >> > > it > > >> >> > > is possible that other people are visiting the site but every two > > >> >> > > second or so it seems to go up about 1m, which if it continues the > > >> >> > > server will crash again). Thanks in advance for any help. > > > >> >> > > -Josh > > > >> >> > > -- > > >> >> > > You received this message because you are subscribed to the > > >> >> > > Google Groups "Satchmo 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 > > >> >> > > athttp://groups.google.com/group/satchmo-users?hl=en. > > > >> > -- > > >> > You received this message because you are subscribed to the Google > > >> > Groups "Satchmo 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 > > >> > athttp://groups.google.com/group/satchmo-users?hl=en. > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "Satchmo 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 > > > athttp://groups.google.com/group/satchmo-users?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Satchmo 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/satchmo-users?hl=en.
