क्या कोई डिमन मोड में apache mod_wsgi और थ्रेडेड मोड में django fastcgi के बीच अंतर को समझा सकता है। वे दोनों मुझे लगता है कि समेकन के लिए धागे का उपयोग करें। मान लीजिए कि मैं nginx का उपयोग apache mod_wsgi के सामने के अंत के रूप में कर रहा हूं।Django को तैनात करना (fastcgi, apache mod_wsgi, uwsgi, gunicorn)
अद्यतन:
मैं 'डेमॉन' मोड में Django FastCGI में बनाया (./ manage.py विधि = पिरोया maxchildren = 15) और mod_wsgi (WSGIDaemonProcess उदाहरण धागे = 15) की तुलना कर रहा हूँ। वे दोनों धागे का उपयोग करते हैं और जीआईएल हासिल करते हैं, क्या मैं सही हूँ?
UPDATAE 2:
तो अगर वे दोनों समान हैं, वहाँ अपाचे mod_wsgi FastCGI के खिलाफ की किसी भी लाभ है।
:- हम
- मैंने देखा FastCGI कम भूमि के ऊपर
UPDATAE 3 है कि अपाचे
अब मैं nginx + uwsgi से खुश हूं।
UPDATAE 4:
मैं अब के साथ खुश हूँ nginx + gunicorn :)
मैं फास्टसीजी (./ प्रबंधन में निर्मित django की तुलना कर रहा हूं।पीई विधि = थ्रेडेड maxchildren = 15) और 'daemon' मोड में mod_wsgi (WSGIDaemonProcess उदाहरण धागे = 15)। –
हां, वे दोनों समवर्ती अनुरोधों को संभालने के लिए मल्टीथ्रेडिंग पर भरोसा करते हैं। जीआईएल का उपयोग तब भी किया जाता है जब एक सिंगल थ्रेस्ड डब्लूएसजीआई सर्वर, आप पाइथन स्रोत कोड को पुन: संकलित किए बिना थ्रेडिंग सपोर्ट को अक्षम किए बिना आसानी से इससे बच सकते हैं। ऐसा करें और आप mod_wsgi का उपयोग नहीं कर सकते क्योंकि यह पाइथन का समर्थन नहीं करता है जिसमें थ्रेडिंग अक्षम है। –
आपका क्या मतलब है "जीआईएल का उपयोग किया जाता है भले ही एक थ्रेडेड डब्लूएसजीआई सर्वर"? क्या यह तब प्रयोग किया जाता है जब हम mod_wsgi को धागे की बजाय कांटा प्रक्रियाओं में कॉन्फ़िगर करते हैं? –