SSH में चिपकाने में दर्द क्यों होता है?

Question

अधिकांश समय जब भी मैं एसएसएच टर्मिनल में यथोचित बड़े पैमाने पर पोस्ट करता हूं, यह हर 20 सेकंड में 1000 अक्षरों की तरह कुछ की दर से बिल्कुल क्रॉल करेगा; कभी-कभी व्यावहारिक रूप से रुकना।

"यथोचित बड़ी मात्रा में" कुछ बड़े पैमाने पर डेटा सेट नहीं है, यह अक्सर 5000 वर्ण (php, ascii) स्क्रिप्ट से कम है।

ऐसा क्यों है?

मुझे लगता है कि लक्ष्य सर्वर पर bash 100% cpu का उपयोग कर जोर मार रहा है। क्या चल रहा है?

ट्रैसरूट संपादित करें :

traceroute to ec2-23-23-251-251.compute-1.amazonaws.com (23.23.251.251), 64 hops max, 52 byte packets
 1  192.168.1.1 (192.168.1.1)  1.704 ms  1.040 ms  0.914 ms
 2  10.240.88.1 (10.240.88.1)  11.722 ms  12.449 ms  12.633 ms
 3  bmly-core-2b-ae4-1332.network.virginmedia.net (80.3.65.233)  10.545 ms  20.922 ms  10.216 ms
 4  brnt-bb-1b-ae6-0.network.virginmedia.net (213.105.159.229)  37.524 ms  13.632 ms  15.232 ms
 5  popl-bb-1a-as7-0.network.virginmedia.net (62.255.81.237)  11.881 ms  50.011 ms  12.091 ms
 6  popl-bb-1b-ae0-0.network.virginmedia.net (213.105.174.230)  15.561 ms  19.908 ms  39.367 ms
 7  tele-ic-5-ae0-0.network.virginmedia.net (213.105.159.117)  18.477 ms  42.429 ms  12.764 ms
 8  equinix01-iad2.amazon.com (206.223.115.68)  162.399 ms  96.645 ms  108.442 ms
 9  72.21.220.51 (72.21.220.51)  92.975 ms
    72.21.220.49 (72.21.220.49)  101.136 ms
    205.251.245.7 (205.251.245.7)  96.280 ms
10  72.21.222.149 (72.21.222.149)  97.333 ms
    72.21.222.141 (72.21.222.141)  104.084 ms  112.991 ms
11  216.182.224.214 (216.182.224.214)  98.459 ms
    216.182.224.207 (216.182.224.207)  105.273 ms
    216.182.224.55 (216.182.224.55)  108.202 ms
12  * * *

Comments

होस्ट का कनेक्शन प्रकार क्या है? क्या आप एक ट्रेसरआउट कर सकते हैं?

— ott--

आप SSH पर PHP को क्यों चिपका रहे हैं?

— तमारा विज्समैन

यह किसी भी सर्वर के साथ है, या सिर्फ एक है?

— Ƭᴇc atιᴇ007

यह EC2 पर मेरे सभी सर्वरों के साथ है। मैं PHP चिपका रहा हूँ क्योंकि मेरे पास मेरे मुख्य क्लस्टर के लिए एक अद्भुत <1 दूसरी तैनाती प्रणाली है, लेकिन उनकी कुछ विविध मशीनें हैं जिन्हें रुक-रुक कर अद्यतन करने की आवश्यकता है, और मुझे अभी तक उन्हें स्वचालित करना है।

— मैक्स

Answer 1

यह आमतौर पर एक बफर होता है जो भर जाता है। आप राजमार्ग पर यातायात के लिए इसकी तुलना कर सकते हैं, अगर राजमार्ग की तुलना में कम कारों को ड्राइव किया गया है तो यह ठीक है। लेकिन अगर सीमा से अधिक कारें चलती हैं, तो राजमार्ग पर यातायात धीमा हो जाता है क्योंकि राजमार्ग इसे संभाल नहीं सकता है। सीपीयू बस अधिक हो जाता है क्योंकि यह लगातार खाली हो जाता है और बफर के छोटे हिस्सों को भरता है, जिससे बहुत अधिक चक्र हो जाता है। 100ms विलंबता जल्दी से इसे कई सेकंड बनाने के लिए बफर के माध्यम से सभी डेटा प्राप्त करने के लिए जोड़ सकते हैं।

SSH को कमांड निष्पादित करने के लिए डिज़ाइन किया गया है, इसलिए आप इसे पूरा करने के लिए किसी अन्य तरीके का उपयोग करना चाहते हैं या वास्तव में आप जो कर रहे हैं उस पर पुनर्विचार करने का प्रयास करें। मैं यह नहीं देखता कि आपको दूरस्थ रूप से PHP संपादित क्यों करनी चाहिए (जिसका आजकल कोई मतलब नहीं है) या आप एक फाइल को कॉपी क्यों करेंगे जब आप इसे भेज सकते हैं ...

Comments

मैं इस तरह के मंदी को विभिन्न खराब डिज़ाइन किए गए छोटे बफ़र्स के कारण खरीद सकता हूं, लेकिन मुझे विश्वास नहीं हो रहा है कि यह सीपीयू को इतना रोमांचित करेगा। यह एक सर्वर (EC2 छोटा) है जो बिना दबाव के खरगोश के माध्यम से प्रति सेकंड हजारों संदेशों को प्रबंधित कर सकता है। अगर मैं बार-बार ठीक होने वाली छोटी चूजों को चिपकाता हूं, तो यह केवल बड़ी मात्रा में होती है जो इसे तथ्यात्मक रूप से धीमा कर देती है। मुझे लगता है कि गलती से कुछ और है, संभवतः ssh प्रक्रिया से डेटा को बैश शेल में खिलाने की।

— मैक्स

@ एलेक: काफी संभव है, यह आपके क्लाइंट पर भी हो सकता है। हम नहीं जानते कि किस बफर में समस्या होगी; हालांकि सीपीयू इसे सर्वर साइड पर होने का संकेत देता है, वास्तव में, केवल दूसरी संभावना sshd और bash के बीच संबंध है। इसके अलावा, मुझे लगता है कि आपका 100% CPU पूरे सीपीयू के बजाय एकल कोर संतृप्त किया जा रहा है; इसलिए यह केवल उस धागे / कोर को धीमा कर देता है जबकि अभी भी एक साथ अन्य चीजों को बड़े पैमाने पर प्रगति करने में सक्षम है। यह शेड्यूलिंग और कई कोर के बारे में एक अच्छा है, अगर आपके पास एक प्रोग्राम है जो हाथ से निकल जाता है तो यह आपके सर्वर को नीचे नहीं ले जाता है ...

— Tamara Wijsman