I'm using Apache, and we compared waitress+mod_proxy vs uWSGI, and found that uWSGI had several times better performance. We had bogdowns at high loads but they disappeared when we switched to uWSGI.
The tradeoff is that uWSGI is complex to configure and troubleshoot, and we had to locally compile it with its C component because the Ubuntu version was too old. It has a hundred configuration options which aren't very well documented, and the log output is verbose but not very meaningful (or at least I don't get much out of it). It won't initialize Python logging like 'pserve' does, so you have to do it yourself in the application. It has an option that's supposed to configure logging from an INI file but it didn't work for me. So I made a 'logging' setting with the path of the logging config (so '%(__file__)s' for the same file), and then in ``main()`` if the setting is not empty I call ``logging.config.fileConfig``. Another downside of uWSGI is you can't just point a browser at it for testing. I think the uWSGI command has a mode that sends a request to a running server like 'wget', so that could test single pages but not complex logging-in scenarios or searches. But in spite of that we're still using uWSGI. And as long as the Apache gateway is functioning, you can test it with a browser through that. On Tue, Sep 29, 2015 at 7:05 AM, Chris Rossi <ch...@archimedeanco.com> wrote: > I use nginx+waitress in production. Except once in a blue moon I've used > gunicorn for something with long persistent connections. (Streaming music > server, anything that uses socket.io, etc...) > > Chris > > On Tue, Sep 29, 2015 at 9:35 AM, Bastian Kuberek <bkube...@gmail.com> wrote: >> >> Like others, I do also deploy production using Nginx and uWSGI. For >> development I use just waitress or uWSGI, depending on the project and how >> much infrastructure has been built. >> >> >> On Thursday, September 24, 2015 at 12:25:14 PM UTC-4, Chris Withers wrote: >>> >>> Hi All, >>> >>> What's the recommended wsgi server for Pyramid apps nowadays? >>> >>> My go-to would normally be mod_wsgi, but I'm having a hard time getting >>> my head around using that with an environment set up with environment >>> modules. >>> >>> That modules system is causing me plenty of other headaches (IDE >>> integration, etc), but it is what I have to work with, so interested in any >>> recommendations for a wsgi server that would work with that type of >>> environment... >>> >>> cheers, >>> >>> Chris >> >> -- >> You received this message because you are subscribed to the Google Groups >> "pylons-devel" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to pylons-devel+unsubscr...@googlegroups.com. >> To post to this group, send email to pylons-devel@googlegroups.com. >> Visit this group at http://groups.google.com/group/pylons-devel. >> For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google Groups > "pylons-devel" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to pylons-devel+unsubscr...@googlegroups.com. > To post to this group, send email to pylons-devel@googlegroups.com. > Visit this group at http://groups.google.com/group/pylons-devel. > For more options, visit https://groups.google.com/d/optout. -- Mike Orr <sluggos...@gmail.com> -- You received this message because you are subscribed to the Google Groups "pylons-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to pylons-devel+unsubscr...@googlegroups.com. To post to this group, send email to pylons-devel@googlegroups.com. Visit this group at http://groups.google.com/group/pylons-devel. For more options, visit https://groups.google.com/d/optout.
