FTP / FTPS / SFTP / SCP - गति तुलना [बंद]


21

एफ़टीपी, एफटीपीएस, एसएफटीपी और एससीपी हस्तांतरण दर के संदर्भ में कैसे तुलना करते हैं और मैं परीक्षण के माध्यम से उनकी तुलना कैसे कर सकता हूं?


3
एफ़टीपी और दूसरों के बीच गति महत्वपूर्ण अंतर नहीं है।
ceejayoz

2
मुझे यकीन नहीं है कि इस विषय से मतदान क्यों किया गया। यह निश्चित रूप से एक पेशेवर sysadmin के रूप में मेरे काम के लिए बहुत प्रासंगिक है - पूरे कनेक्शन पथ के बैंडविड्थ के पास कहीं भी फ़ाइल स्थानांतरण का उपयोग क्यों नहीं किया गया?
दान प्रिट्स

आप सुरक्षा का त्याग किए बिना SFTP का उपयोग कर LFTP और मिरर सबसिस्टम द्वारा संचालित कई टीसीपी कनेक्शन का उपयोग करके SFTP की गति के अंतर की भरपाई कर सकते हैं । यह भी एक बड़ी फ़ाइल के लिए कई धागे का उपयोग कर सकते हैं।
हारून

जवाबों:


29

यदि आपके पास एक तेज़ विस्तृत क्षेत्र नेटवर्क है, तो आप पाएंगे कि sftpऔर scpउसी गति के बारे में हैं, जो धीमा है। वे दोनों अंतर्निहित ओपनश में प्रदर्शन की समस्याओं से पीड़ित हैं। आधुनिक हार्डवेयर के साथ, यह एन्क्रिप्शन ओवरहेड के कारण नहीं है, बल्कि ओपनशेड कार्यान्वयन के साथ समस्याओं के कारण है - यह अपने स्वयं के आंतरिक विंडोिंग तंत्र को लागू करता है जो तेजी से कनेक्शन पर टूट जाता है।

लंबी दूरी (उच्च विलंबता) कनेक्शन पर ये समस्याएं अधिक स्पष्ट हो जाती हैं, लेकिन मैंने LAN पर भी धीमेपन का अनुभव किया है।

ये अच्छी तरह से प्रलेखित हैं, और समस्या को ठीक करने के लिए पैच उपलब्ध हैं। कनेक्शन के दोनों छोर को पैच करने से मदद मिल सकती है; आदर्श रूप से आप दोनों छोरों को पैच करेंगे। अधिक जानकारी और पैच के लिए, पिट्सबर्ग सुपर कंप्यूटर सेंटर में उच्च प्रदर्शन एसएसएच देखें ।

विंडो की समस्या हल होने के बाद, BTW, एन्क्रिप्शन ओवरहेड भी एक मुद्दा बन सकता है। पैच के लिए भी फिक्स है।

इस बीच, आप पाएंगे कि ftpशोकजनक असुरक्षित है; यह सादे-पाठ में पासवर्ड भेजता है।

ftpsमुझे लगता है कि एसएसएल में एफटीपी प्रोटोकॉल को लपेटता है। यह शायद अनपेक्षित एसएफटीपी / एससीपी से तेज है।

एक अंतिम नोट: मेरे अनुभव में, WinSCP क्लाइंट (कम से कम कभी-कभी) दर्दनाक रूप से धीमा है। मैं नहीं जानता कि क्यों, लेकिन उनके अक्सर पूछे जाने वाले प्रश्नों के आधार पर मैं अकेला व्यक्ति नहीं हूं, जिसे यह समस्या थी। इसलिए यदि आप विंडोज से स्कैप कर रहे हैं, और यह धीमा लगता है, तो एक अलग क्लाइंट का प्रयास करें। एक अप्रकाशित ओपनश सर्वर के साथ भी, आप एक अलग क्लाइंट के साथ बहुत कुछ कर सकते हैं। मुझे यकीन नहीं है कि अच्छे ग्राहक हैं, दुर्भाग्य से।


1
आखिरकार। कोई है जो जानता है कि वे किस बारे में बात कर रहे हैं। हां, एफटीपीएस मूल रूप से एसएसएल में एफटीपी है। SFTP / SCP हमेशा धीमा रहेगा, जब FTP का उपयोग करते समय
जेसन

क्या आपके पास कोई विचार है कि मैं sftp के साथ लगभग 10 एमबी / एस (लगभग अधिकतम गति) प्राप्त करते समय स्कैब के साथ 300 केबी / एस क्यों प्राप्त करता हूं? यह "एक ही गति के बारे में" प्रतीत नहीं होता है। यह 100Mbps इथरनेट पर है।
ग्रेवॉल्फ

सबसे अच्छा अनुमान है, आपका scp एक त्रुटिपूर्ण कार्यान्वयन (जैसे WinSCP) है, लेकिन आपका Sftp नहीं है। यहां तक ​​कि अगर वे एक ही जीयूआई आवरण में हैं, तो वे अंदर से अलग हो सकते हैं।
दान प्रिट्स

दान, किसी भी विचार क्यों इस SSH पैच मुख्य OpenSSH के लिए लागू नहीं है? स्पष्ट रूप से यह परिमाण के 1 ~ 2 आदेश बेहतर हैं (> 100xbps लैन पर भी 10x) तो यह नया OpenSSS मानक क्यों नहीं है? हम इसे कैसे बना सकते हैं?
गेब्रियल स्टेपल्स

मेरी समझ यह है कि PSC ने खुले लोगों (जो ओपनश को लिखते हैं) को पैच सबमिट किए। उन्हें कोई दिलचस्पी नहीं थी। मैंने अस्पष्ट बयानों को सुना है कि ओपनबेड के किसी भी व्यक्ति के पास उच्च-बैंडविड्थ कनेक्शन नहीं थे और उन्होंने किसी भी मुद्दे पर ध्यान नहीं दिया, और / या जरूरी मानते हैं कि एक वास्तविक समस्या थी। यह कई साल पहले था, और हार्से है, इसलिए मैं इसकी सटीकता के लिए व्रत नहीं कर सकता।
20

4

सामान्य तौर पर सभी प्रोटोकॉल उसी के बारे में प्रदर्शन करेंगे। आप प्रोटोकॉल द्वारा अपने नेटवर्क या डिस्क की गति से सीमित होने की अधिक संभावना रखते हैं।

ओपनएसएसएच (एसएफटीपी / एससीपी) के पुराने संस्करणों ने एक निश्चित विंडो आकार का उपयोग किया है जो उच्च विलंबता नेटवर्क (ट्रांस-एटलांटिक) पर गति को सीमित करेगा। एचपीएन (उच्च प्रदर्शन नेटवर्किंग) नामक इस समस्या को ठीक करने के लिए एक पैच सेट है और यह ओपनएसएसएच के अधिकांश आधुनिक इंस्टॉल में शामिल है।

यदि आप एक ऐसी स्थिति में भाग रहे हैं जैसे कि एक गीगाबिट या तेज लैन लिंक और एक धीमी सीपीयू तो एसएफटीपी / एससीपी एक अड़चन में चल सकता है। आप बता पाएंगे क्योंकि ssh / scp / sftp प्रक्रिया होस्टिंग भेजने या प्राप्त करने पर 100% cpu का उपयोग कर रही होगी। यदि आप ओपनएसएसएच (6.4+) के नए संस्करण का उपयोग कर रहे हैं, तो आप एईएस सिफर के एक थ्रेडेड संस्करण को सक्षम कर सकते हैं जो एन्क्रिप्शन को संभालने के लिए 1 से अधिक कोर का उपयोग करने में सक्षम होगा और डिस्क के बजाय सीपीयू द्वारा सीमित होने की संभावना कम होगी या नेटवर्क बैंडविड्थ।

यदि आप भेजने और प्राप्त करने वाले दोनों को नियंत्रित करते हैं, तो OpenSSH 6+ में एक वैकल्पिक 'NONECIPHER' मोड भी है। यह दूरस्थ मशीन में प्रवेश करने के लिए नियमित एन्क्रिप्शन / कुंजियों आदि का उपयोग करता है, लेकिन फिर वास्तविक फ़ाइल कॉपी करने के लिए अनएन्क्रिप्टेड कनेक्शन पर चला जाता है। इससे वह CPU ओवरहेड हो जाएगा। NONECIPHER में ऐसे सुरक्षा उपाय बनाए गए हैं जो आपको एक ऐसे शेल को प्राप्त करने से रोकते हैं जो एन्क्रिप्टेड नहीं है।

अंत में प्रोटोकॉल गति पर सीमा नहीं होनी चाहिए, हालांकि ssh के पुराने संस्करणों में उच्च विलंबता लिंक के साथ परेशानी है।


यह जानकर अच्छा लगा कि डिफॉल्ट अब पैच लगाए गए हैं, हालांकि ऐसा लग रहा है कि रेडहैट ने स्पष्ट रूप से इसके खिलाफ फैसला किया है ( access.redhat.com/site/solutions/53215 )। इसके अलावा, ध्यान दें कि ट्रांस-एटलांटिक विलंबता वास्तव में इतना सब कुछ नहीं है। वर्तमान पिंग आरटीएस: umich -> स्टैनफोर्ड (कैलिफ़ोर्निया): 89ms। umich -> कैम्ब्रिज (uk): 134ms। भी, विलंबता और बैंडविड्थ का संयोजन नहीं है जो समस्या का कारण बनता है? इसलिए कम विलंबता लेकिन उच्च बैंडविड्थ लिंक में अभी भी समस्याएं हो सकती हैं।
दान प्रिट्स

3

एन्क्रिप्शन ओवरहेड के आधार पर, मैं कहूँगा कि सादे FTP में शायद अन्य प्रोटोकॉल की तुलना में थोड़ा बेहतर प्रदर्शन है, लेकिन यह शायद नगण्य है। मैं प्रोटोकॉल का उपयोग करता हूं जो आपको पहले सुरक्षा प्रदान करता है, फिर थ्रूपुट के बारे में चिंता करें।

कहा जा रहा है, आपको वास्तविक संख्या खोजने के लिए एक परीक्षण स्थापित करना होगा। ऊपर सब कुछ सिर्फ मेरी राय है। यदि आप स्थानीय स्तर पर प्रदर्शन का परीक्षण कर रहे हैं, तो अपने नेटवर्क पर एक सर्वर स्थापित करें। यदि अंतिम उपयोग इंटरनेट पर होगा, तो बाहरी होस्ट से परीक्षण करें।


प्रदर्शन ओवरहेड परिमाण के आदेश हैं, मामूली नहीं। 2x धीमी की तुलना में 10x के करीब। मैं खुद हैरान था।
गोमिबुशी

2

हमेशा की तरह, Google उत्तर देता है,
FTP v / s SFTP v / s FTPS
जो कहता है कि FTP> FTPS> SFTP
FTP किसी और के परीक्षण में SCP की तुलना में तेज़ प्रतीत होता है ( http://www.lysesoft.com/support/forums /viewtopic.php?f=5&t=542 ) लेकिन मैं इसे अपने लिए देखने की कोशिश करूंगा।
तो बस अपने नेटवर्क पर किसी भी यादृच्छिक बॉक्स पर एससीपी और एफ़टीपी सेट करें, फिर एक ठेठ फ़ाइल स्थानांतरण चलाएं और देखें कि दोनों पर कितना समय लगता है


आप क्यों कहते हैं कि FTP LAN के लिए एक इंटरनेट प्रोटोकॉल और SCP है?
दान प्रिट्स

5
आह, मुझे लगता है कि आप लिंक किए गए eHow लेख से देखते हैं। eHow गलत है दोनों प्रोटोकॉल इंटरनेट उपयोग के लिए डिज़ाइन किए गए थे। लेख में कई अन्य त्रुटियाँ हैं; लेखक स्पष्ट रूप से नहीं जानता कि वह क्या बात कर रहा है।
दान प्रिट्स

अब जब मैं इसके बारे में सोचता हूं, तो आप सही हैं, मुझे शायद जांच करनी चाहिए थी।

1
EHow जैसी साइटों को कभी नहीं पता होता है कि वे किस बारे में बात कर रही हैं।
जेसन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.