2009-02-01 67 views

回答

3

我很想看看谁认真推荐Apache和mod_python或mod_wsgi上的Spawning。

由于这个问题现在是谷歌'django产卵'的第四个结果,我认为这是非常早期的事实。 :)如果你现在把任何认真的东西放到生产中,坚持到Apache/mod_wsgi。

+2

+1。我见过一些人在谈论使用Spawning,但我还没有听说过一个使用它的严肃的生产网站(并不是说没有一个)。 AFAICT的势头仍在Apache/mod_wsgi。 – 2009-02-01 18:59:30

+1

lighttpd和nginx更严重 – user20955 2009-02-02 05:59:12

+0

我使用mod_wsgi时,我问过一个有关Apache的开销的问题,我有几个人投票产生... http://stackoverflow.com/questions/488864/django-deployment -cutting-apaches-overhead – 2009-02-03 18:19:50

2

Eric Florenzo做了一些basic testing of spawning。确保并阅读所有评论以及主要帖子。

就我个人而言,我总是喜欢研究这类解决方案,但在这种情况下,我甚至无法进入基准测试阶段。在Apache中需要太多的重要功能(SSL客户端证书,在fastcgi下运行mongrel服务器,在wsgi下运行django,php gasp,直接提供静态文件,每个ip地址使用ssl,多个IP地址使用数十个虚拟主机,等等。)。

3

cd到你的django的settings.py目录。

下面是命令行来为你的Django应用程序

spawn --factory=spawning.django_factory.config_factory settings --port 80 
0

是的,我可以推荐你使用过的Apache/WSGI设置产卵。

两个原因基本上是: 1)内存使用(你可以节省上产卵一些MBS) 2)动态代码重载(在不点的时候,你的用户会看到一个404或500页)

nginx的处理所有传入的负载其上产卵这是一个非特权端口上侦听进一步的代理连接(指产卵运行作为不同的用户比:,我正在http://tunesdiary.com上产卵+ nginx的在此设置这个来自经验网络服务器) 产生4个进程,每进程有2个线程。 (适用于当前负载)。

当我将任何代码推送到服务器时,处理先前的请求,然后新代码开始为新请求提供服务。

这已经工作很不错到现在(我是从约6个月运行此)

我所观察到的,Django的与国防部WSGI + apache的(我用几天之前)正在采取有关入门后(单进程)70MB内存,并且此设置使用每个进程45MB左右。 此外,我也有这与lighttpd + modfcgi这也消耗几乎相同数量的内存比spwaning。

(我可能会因为在Apache的失算,Web服务器的内存使用量也包括在内)

你可以依靠产卵,据我可以说的,但如果如果不真正推动的时候,它将不会有太大用处。