के एक एकल सर्वर पतली की कोशिश करते हैं
thin start -R fart.ru
Thin web server (v1.5.0 codename Knife)
Maximum connections set to 1024
Listening on 0.0.0.0:3000, CTRL+C to stop
जांच:
netstat -an | grep 300
tcp4 0 0 *.3000 *.* LISTEN
ठीक है, हम एक पतली है एक बंदरगाह पर सुनना
अब चलो एक --servers 3
thin start -R fart.ru --servers 3
Starting server on 0.0.0.0:3000 ...
Starting server on 0.0.0.0:3001 ...
Starting server on 0.0.0.0:3002 ...
जाँच की कोशिश करते हैं:
netstat -an | grep 300
tcp4 0 0 *.3002 *.* LISTEN
tcp4 0 0 *.3001 *.* LISTEN
tcp4 0 0 *.3000 *.* LISTEN
देखा आप 3 बंदरगाह सुनने के लिए है।
ps -ef | grep thin
रिपोर्ट 3 प्रक्रियाओं की रिपोर्ट करता है, प्रत्येक एक समवर्ती अनुरोध का प्रबंधन कर सकता है।
आखिरकार अनुरोधों को संसाधित करने के लिए आपको अपने वर्चुअल होस्ट को पतली और रिवर्स प्रॉक्सी का समूह शुरू करना होगा, फिर आपके द्वारा शुरू किए गए विभिन्न पतले पर अनुरोध को संतुलित करें। Scaling Rails with Apache 2, mod_proxy_balancer and Thin Clusters
कैसे प्रति सेकंड कई अनुरोध आप अधिक पतली सर्वर की आवश्यकता है के लिए:
इस ब्लॉग पोस्ट बिंदु बना सकते हैं? –
उद्धरण http://www.amberbit.com/blog/2014/9/9/ruby-the-bad-parts/ बहुप्रचारित अनुप्रयोगों का प्रदर्शन अभी भी सीमित है, हालांकि। रूबी दुभाषिया जीआईएल (ग्लोबल इंटरप्रेटर लॉक) नामक तंत्र का उपयोग करता है जो एक समय में केवल एक थ्रेड निष्पादित करने की अनुमति देता है, भले ही बहु-प्रोसेसर सिस्टम पर चलाया गया हो। यदि आपके पास क्वाड कोर सिस्टम संसाधनों का बेहतर उपयोग किया जा सकता है। वैसे भी लोड और प्रदर्शन परीक्षण की सिफारिश की जाती है और यह समझने में उपयोगी होता है कि यह आपके एप्लिकेशन और रनटाइम पर्यावरण पर कैसे लागू हो सकता है या नहीं। –
................. धन्यवाद –