प्रदर्शन अंतर एसएएस बनाम एसएटीए?


16

लगता है कि कहीं भी नहीं मिल सकता है।

एसएएस और एसएटीए के बीच, स्टोरेज बैकेंड परिदृश्य में अपेक्षित प्रदर्शन अंतर क्या है जो एक्सेस (जैसे सैन, वर्चुअलाइजेशन होस्ट स्टोरेज आदि) में भारी समानता है, अन्य सभी चीजें समान हैं?

मुझे लगता है कि यह NC डिस्क (32 कमांड लिमिट) के प्रभाव से एसएएस डिस्क की उच्चतर उच्च कमांड सीमा तक चलता है।

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


2
यह आप से पूछना नहीं है कि "सभी चीजें समान हैं" क्योंकि एसएएस और एसएटीए में अंतर पर्याप्त है कि चीजें ... समान नहीं हैं।
मार्क हेंडरसन

@MarkHenderson वास्तविकता है - अन्य सभी चीजें समान हो सकती हैं। सीगेट या तो एसएएस या एसएटीए कनेक्टिविटी के साथ कुछ डिस्क प्रदान करता है, इसलिए अन्य सभी पैरामीटर (कैश मेमोरी, घूर्णी गति, चलती भागों की गति) समान हैं, यह सभी एसएएस / एसएटीए प्रोटोकॉल मुद्दों के लिए नीचे चलता है।
टॉमटॉम

मुझे लगता है कि आपको अपने विशिष्ट कार्यभार के तहत विशिष्ट डिस्क को पूरी तरह से बेंचमार्क करना होगा - शायद आप प्रत्येक के कुछ डिस्क प्राप्त कर सकते हैं, बेंचमार्क और इसे यहां पोस्ट कर सकते हैं?
एंड्रयू

@ और हां, जैसे मैं केवल एक ही हूं जिसने कभी ऐसा किया। मुझे याद है (बेहोश) एक बार भारी समानांतर भार के तहत एसएएस (लेकिन एसएटीए नहीं) में गंभीर कतार लंबाई के आधार पर लगभग 50% अधिक IOPS की उम्मीद करने के लिए कहा जा रहा है (इसलिए एक लंबी लंबाई लंबाई वास्तव में होती है)। बस किसी भी तरह का संदर्भ गायब है।
टॉमटॉम

1
क्या आप 7.2k RPM, या वास्तविक SATA में एसएएस के पास विचार कर रहे हैं?
तुलसी

जवाबों:


11

हां, SCSI का व्यापक कमांड सेट SATA पर इसका उपयोग करने का एक बड़ा बोनस है। एसएएस विकी से :

एसएटीए एक कमांड सेट का उपयोग करता है जो समानांतर एटीए कमांड सेट पर आधारित होता है और फिर उस सेट से आगे बढ़ाया जाता है जिसमें देशी कमांड कतार, हॉट-प्लगिंग और टीआरआईएम जैसी विशेषताएं शामिल होती हैं। SAS SCSI कमांड सेट का उपयोग करता है, जिसमें त्रुटि पुनर्प्राप्ति, आरक्षण और ब्लॉक रिक्लेमेशन जैसी कई व्यापक सुविधाएँ शामिल हैं। बेसिक ATA में केवल डायरेक्ट-एक्सेस स्टोरेज के लिए कमांड है। हालाँकि SCSI कमांड को CDAP / DVD ड्राइव जैसे उपकरणों के लिए ATAPI [2] के माध्यम से देखा जा सकता है।

त्रुटि रिकवरी कमांड और ब्लॉक रिक्लेमेशन कमांड डेटा अखंडता में महत्वपूर्ण हैं, SMART वास्तव में उपभोक्ता ग्रेड उपकरण के लिए है।

इसके अलावा, एसएएस उच्च सिग्नलिंग वोल्टेज का उपयोग करता है, जो एसएटीए की तुलना में लंबे समय तक केबल को सक्षम करता है। यह महत्वपूर्ण है जब मौजूदा SAN में अतिरिक्त स्टोरेज को केबल करने की कोशिश की जा रही है।

आपने NCQ को मेनिटोन किया, लेकिन SCSI इसके बजाय TCQ का उपयोग करता है, जिसका उपयोग तीन अलग-अलग मोड में किया जा सकता है, हालांकि समानांतर सेटअप के संबंध में बड़ा बोनस imo कतार को भरने से पहले 2 ^ 64 कमांड तक भेजने की क्षमता है। ISCSI और फ़ाइबर चैनल जैसे प्रोटोकॉल इस समय सीमित हैं, लेकिन भविष्य में उपयोग के लिए क्षमता है।

मैं केवल उस हिस्से का उत्तर दे सकता हूं, क्योंकि मुझे नहीं पता कि नई डिस्क के एक जोड़े के लिए एसएएस के साथ जाने से आपको शुद्ध एसएएस सेटअप का समान लाभ मिलेगा।


त्रुटि सुधार सुविधाओं में से कुछ एटीए में फैल रही हैं, कुछ ड्राइव अब टीएलईआर का समर्थन कर रहे हैं (हालांकि मुझे विश्वास नहीं है कि त्रुटि समयबाह्य को कॉन्फ़िगर करने के लिए एटीए में कोई मानकीकृत कमांड है, जैसा कि एससीएसआई में है)।
क्रिस एस

2

यह एक देर से जवाब है, लेकिन मैं अपनी राय जोड़ना चाहूंगा।

शुद्ध गति दृष्टिकोण से, एक पासलाइन ड्राइव (जैसा कि ओपी माना जाता है) SATA इंटरफ़ेस या एसएएस इंटरफ़ेस का उपयोग करके व्यावहारिक रूप से एक ही प्रदर्शन करेगा। बहुत कम गहराई वाली NCQ ( TCQ 64K के बजाय 31 प्रविष्टियाँ ) के बावजूद, यह सीमित हार्डवेयर कतार पर्याप्त है, जब बहुत गहरे सॉफ्टवेयर-आधारित IO कतार से संवर्धित है, लगभग समान IOPS निकालने के लिए जिसे SAS-आधारित TCQ का उपयोग करके प्राप्त किया जा सकता है। ।

वैसे भी, इसका मतलब यह नहीं है कि एसएएस का कोई व्यावहारिक लाभ नहीं है:

  • विस्तारकों के लिए बेहतर समर्थन
  • डबल-लिंक इंटरफ़ेस के लिए समर्थन
  • पूर्ण द्वैध संचालन
  • बहुत तेज़ अधिकतम संकेतन दर (12 Gb / s बनाम 6 Gb / s)

हालांकि, अकेले प्रदर्शन पर विचार करते समय, दुखद वास्तविकता यह है कि मैकेनिकल डिस्क के यादृच्छिक IOPS मान इतने कम हैं कि इंटरफ़ेस का कोई प्रभाव नहीं है, जिसमें विशाल डिस्क सरणियों को छोड़कर जहां कुछ समय आपके अनुक्रमिक IO हस्तांतरण दर को सीमित कर सकता है । खाते में घूर्णी विलंब (जो ओएस से छिपा हुआ है) लेने के कारण, हत्यारा प्रदर्शन-बढ़ाने की सुविधा NCQ / TCQ है और उस पर SATA कार्यान्वयन पर्याप्त रूप से अच्छा है।

उच्च अंत एसएएस डिस्क पर विचार करते समय कुछ और महत्वपूर्ण अंतर दिखाई देते हैं, जो न केवल उच्च-आरपीएम डिस्क (10K और 15K) की पेशकश करते हैं, बल्कि कुछ दिलचस्प लेखन-सह-प्रौद्योगिकी (जैसे: HGST मीडिया कैश तकनीक) हैं, जो, धीरे-धीरे होती हैं उद्यम SATA ड्राइव में भी spilling।

1 https://ata.wiki.kernel.org/index.php/Libata_FAQ :

हालांकि, एटीए मानक में एक डिजाइन दोष है। NCQ टैग को 32-बिट बिटमैप (32-बिट डॉर्ड) माना जाता है। यदि सभी 32 टैग्स मुखर हैं, तो यह एक मान (0xffffffff) उत्पन्न करता है, जो हार्डवेयर-हॉट-अनप्लग होने के बाद हार्डवेयर रजिस्टर को पढ़कर लौटाया गया समान मान है, या एक बड़ी विफलता है। इस प्रकार, इस स्थिति को अलग करने के लिए, लिबेटा कृत्रिम रूप से सभी NCQ कॉन्फ़िगरेशन को 32 के बजाय 31 टैग तक सीमित करता है।


अच्छा उत्तर। हम तब से SATA SSD (एसएएस बैकप्लेन में) स्थानांतरित हो गए हैं - जो वास्तव में बैंडविड्थ सीमित हैं;) लेकिन धन्यवाद, मुझे उम्मीद थी कि आपने जितना कहा था।
टॉम टॉम

हाँ, SSDs अलग-अलग जानवर हैं;)
shodanshok

1

पुरानी पोस्ट, लेकिन मैं इसे अपडेट करना चाहता था क्योंकि मुझे कभी भी प्रदर्शन के मामले में सबसे महत्वपूर्ण अंतर का उल्लेख नहीं दिखाई देता है, जो यह है कि एसएटीए केवल डुप्लेक्स है। पढ़ने / लिखने के मिश्रण के साथ भारी भार के तहत एक विशाल प्रदर्शन अंतर की अपेक्षा करें। निश्चित रूप से SAN या वर्चुअलाइजेशन IMO के लिए उपयुक्त नहीं है।

जैसा कि ऊपर कहा गया है, एसएएस के साथ अन्य लाभ हैं। आजकल एनएएल-एसएएस डिस्क एसएटीए से अधिक नहीं हो सकते हैं।

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