लंबे समय तक, हमने यादृच्छिक IO को कैशिंग करने के लिए इंटेल 320 श्रृंखला का उपयोग किया। यह मामूली तेजी से था, सिद्धांत रूप में, स्पिंडल की संख्या को कम करने की अनुमति दी गई थी। उसी समय, उच्च लेखन प्रदर्शन को सुनिश्चित करने के लिए, इसे हल्के ढंग से, SSDs की अनुचित मात्रा को सुनिश्चित करने के लिए।

अंत में, गर्मियों के अंत में, इंटेल 910 हमारे पास आया। यह कहने के लिए कि मैं गहराई से प्रभावित हूं, कुछ भी नहीं कहना है। रिकॉर्डिंग पर एसएसडी की प्रभावशीलता के बारे में मेरे सभी पिछले संदेह को दूर कर दिया गया है।

हालाँकि, पहले चीजें पहले।

इंटेल 910 एक पीसीआई-ई प्रारूप कार्ड है, जिसमें बहुत ठोस आकार है (ग्राफिक्स कार्ड असतत के समान)। हालांकि, मुझे अनपैक पोस्ट पसंद नहीं हैं, इसलिए चलिए सबसे महत्वपूर्ण बात - प्रदर्शन पर जाएं।

ध्यान आकर्षित करने के लिए एक तस्वीर

संख्या वास्तविक है, हाँ, यह मनमानी रिकॉर्डिंग के लिए एक सौ IOPS'ov है। कट के तहत विवरण।

डिवाइस का विवरण

लेकिन पहले, हम अल्केमी क्लासिक खेलेंगे, जिसमें यदि आप 4 हिताची पर एक एलएसआई को खींचते हैं, तो आपको इंटेल मिलता है।

डिवाइस एक विशेष रूप से अनुकूलित LSI 2008 है, जिसके प्रत्येक पोर्ट में 100 GB की क्षमता वाला एक SSD डिवाइस "कनेक्टेड" है। वास्तव में, सभी कनेक्शन बोर्ड पर ही बने होते हैं, इसलिए कनेक्शन केवल तभी दिखता है जब डिवाइस संबंधों का विश्लेषण करते हैं।

एक अनुमानित योजना इस प्रकार है:


ध्यान दें, LSI'y कंट्रोलर को बहुत देखा जाता है - इसका अपना BIOS नहीं है, यह नहीं जानता कि बूट करने योग्य कैसे है। Lspci में, यह इस तरह दिखता है:

 04: 00.0 सीरियल अटेस्टेड SCSI कंट्रोलर: LSI लॉजिक / सिम्बायोज लॉजिक SAS2008 PCI-Express फ्यूजन-MPT SAS-2 [फाल्कन] (रिवाज 03)
         सबसिस्टम: इंटेल कॉर्पोरेशन डिवाइस 3700

डिवाइस की संरचना (प्रत्येक 100 जीबी के 4 एसएसडी) का मतलब है कि उपयोगकर्ता खुद तय करेगा कि डिवाइस का उपयोग कैसे किया जाए - raid0 या raid1 (पतले पारखी के लिए - raid5, हालांकि उच्च संभावना के साथ यह सबसे बड़ी मूर्खता होगी जो इस वर्ग के डिवाइस के साथ किया जा सकता है) ।

इसे mpt2sas ड्राइवर द्वारा परोसा जाता है।

यह अपने आप को हिताची घोषित करने वाले 4 एससीआई उपकरणों को जोड़ता है:

  sg_inq / dev / sdo
  विक्रेता पहचान: HITACHI 
  उत्पाद की पहचान: HUSSL4010ASS600 

वे किसी भी विस्तारित sata आदेशों का समर्थन नहीं करते हैं (बस विस्तारित SAS सेवा आदेशों के अधिकांश की तरह) - केवल ब्लॉक डिवाइस के रूप में पूरी तरह से कार्य करने के लिए आवश्यक न्यूनतम। हालाँकि, सौभाग्य से, यह sg_format को resize विकल्प का समर्थन करता है, जो रिकॉर्डिंग सक्रिय होने पर कम हाउसकीपिंग प्रभाव के लिए पूर्ण आरक्षण करना संभव बनाता है।

परीक्षण

कुल में, हमने डिवाइस की विशेषताओं का मूल्यांकन करने के लिए 5 अलग-अलग परीक्षण किए:

• यादृच्छिक पढ़ परीक्षण
• रैंडम राइट टेस्ट
• मिश्रित समानांतर रीड / राइट टेस्ट (ध्यान दें, हमें "रीड / राइट" अनुपात के बारे में बात नहीं करनी है, क्योंकि प्रत्येक थ्रेड एक दूसरे से अलग थलग हो गया, संसाधनों के लिए प्रतिस्पर्धा, जैसा कि वास्तविक जीवन में अक्सर होता है)।
• अधिकतम रेखीय पठन प्रदर्शन परीक्षण
• अधिकतम रैखिक लेखन प्रदर्शन परीक्षण

रैखिक परीक्षण पढ़ें और लिखें

सामान्य तौर पर, ये परीक्षण किसी के लिए बहुत कम रुचि रखते हैं; "धारा" प्रदान करने के लिए एचडीडी बहुत बेहतर हैं; उनके पास उच्च क्षमता, कम कीमत और बहुत सभ्य रैखिक गति है। एक साधारण सर्वर 8-10 एसएएस डिस्क (या यहां तक ​​कि एसएटीए) में raid0 के साथ एक दस-गीगाबाइट चैनल को बंद करने में काफी सक्षम है।

लेकिन, फिर भी, यहाँ संकेतक हैं:

रैखिक पढ़ने

अधिकतम प्रदर्शन के लिए, हम प्रति डिवाइस 256k के 2 स्ट्रीम सेट करते हैं। कुल प्रदर्शन: 1680MB / s, बिना किसी हिचकिचाहट (विचलन केवल 40 μs था)। उसी समय, लैंटेंसी 1.2ms (256k ब्लॉक के लिए, यह अच्छे से अधिक है)।
वास्तव में, इसका मतलब यह है कि यह रीड-ओनली डिवाइस 10 Gbit / s चैनल को पूरी तरह से हथौड़ा देने और 20 Gbit / s चैनल पर प्रभावशाली परिणामों से अधिक दिखाने में सक्षम है। इसी समय, यह लोड की परवाह किए बिना, काम की एक निरंतर गति दिखाएगा। ध्यान दें कि इंटेल स्वयं 2GB / s तक का वादा करता है।

लाइन रिकॉर्डिंग

उच्चतम रिकॉर्डिंग संख्या प्राप्त करने के लिए, हमें कतार की गहराई कम करनी होगी - प्रति डिवाइस प्रति रिकॉर्डिंग एक धारा। अन्य पैरामीटर समान थे (256k ब्लॉक)
पीक स्पीड (दूसरी गणना) 1800 एमबी / एस, न्यूनतम - लगभग 600 एमबी / एस। 100% की औसत लिखने की गति 1228MB / s थी। रिकॉर्डिंग की गति में अचानक मंदी, गृह व्यवस्था के कारण एसएसडी का जन्म आघात है। इस मामले में, ड्रॉप 600 एमबी / एस (लगभग तीन गुना) तक था, जो एसएसडी की पुरानी पीढ़ी की तुलना में बेहतर है, जहां गिरावट 10-15 गुना तक पहुंच सकती है। इंटेल रैखिक रिकॉर्डिंग के लिए लगभग 1.6GB / s की गति का वादा करता है।

यादृच्छिक IO

बेशक, कोई भी रैखिक प्रदर्शन के बारे में परवाह नहीं करता है। हर कोई भारी भार के तहत प्रदर्शन में रुचि रखता है। और एक SSD के लिए सबसे मुश्किल क्या हो सकता है? कई खंडों में बिना किसी रुकावट के, कई खंडों में, छोटे खंडों में, 100% मात्रा की रिकॉर्डिंग। 320 वीं श्रृंखला में, इसने 2000 IOPS से 300 के प्रदर्शन में गिरावट दर्ज की।

परीक्षण पैरामीटर: डिवाइस के 4 भागों से raid0, linux-raid (3.2), 64-बिट किया जाता है। मिश्रित लोड के लिए रैंड्रेड या रैंडराइट मोड के साथ प्रत्येक कार्य, 2 कार्यों का वर्णन किया गया है।
ध्यान दें, एक निश्चित प्रतिशत में पढ़ने और लिखने की संख्या को सहसंबंधित करने वाली कई उपयोगिताओं के विपरीत, हम दो स्वतंत्र स्ट्रीम चलाते हैं, जिनमें से एक हर समय पढ़ता है, दूसरा हर समय लिखता है (यह डिवाइस को और अधिक पूरी तरह से लोड करने की अनुमति देता है - यदि डिवाइस समस्याएं लिखता है , यह अभी भी पढ़ना जारी रख सकता है)। अन्य पैरामीटर: प्रत्यक्ष = 1, बफ़र्ड = 0, io मोड - लाइबियो, 4k ब्लॉक।

बेतरतीब पढ़ा

iodepth	IOPS	avg.latency
1	7681	0127
2	14,893	0.131
4	28203	0139
8	53011	0148
16	88,700	0.178
32	98,419	0.323
64	112,378	0568
128	148,845	0.858
256	149,196	1,714
512	148,067	3,456
1024	148,445	6895

यह ध्यान देने योग्य है कि इष्टतम लोड एक साथ 16-32 संचालन के आदेश का कुछ है। 1024 की लंबी कतार को खेल के हित से जोड़ा गया था, ज़ाहिर है, यह उत्पाद के लिए पर्याप्त संकेतक नहीं है (लेकिन इस मामले में भी विलंबता एक तेजी से एचडीडी के स्तर पर प्राप्त होती है)।

आप यह भी देख सकते हैं कि जिस बिंदु पर गति लगभग बढ़ना बंद हो जाती है वह 128 है। यह देखते हुए कि अंदर 4 टुकड़े हैं, यह प्रत्येक नियंत्रक के लिए 32 की सामान्य कतार गहराई है।

यादृच्छिक लेखन

iodepth	IOPS	avg.latency
1	14,480	0066
2	26,930	0072
4	47,827	0081
8	67451	0116
16	85,790	0.184
32	85,692	0.371
64	89,589	0.763
128	96,076	1,330
256	102,496	2,495
512	96,658	5294
1024	97,243	10.52

इसी तरह, इष्टतम 16-32 के एक साथ संचालन के क्षेत्र में है, एक बहुत ही महत्वपूर्ण (10 गुना वृद्धि) विलंबता से, आप एक और 10k IOPS निचोड़ सकते हैं।

दिलचस्प बात यह है कि कम भार पर, लेखन प्रदर्शन अधिक होता है। यहाँ दो रेखांकन की तुलना है - एक ही पैमाने पर पढ़ना और लिखना (पढ़ना - हरे रंग में):

मिश्रित भार

सबसे भारी प्रकार का भार, जिसे स्पष्ट रूप से उत्पाद के वातावरण (OLAP सहित) में किसी भी व्यावहारिक भार से अधिक माना जा सकता है।


चूँकि इस ग्राफ़ से वास्तविक प्रदर्शन को नहीं समझा जा सकता है, यहाँ संचयी रूप में समान आंकड़े हैं:

iodepth	IOPS पढ़ा	IOPS लिखते हैं	avg.latency
1 + 1	6920	13015	0.141
२ + २	11777	20110	0.166
4 + 4	21,541	33,392	0.18
+ 8	36865	53,522	0.21
16 + 16	44,495	58,457	0.35
32 + 32	49,852	58,918	0.63
64 + 64	55,622	63,001	1.14

यह देखा जा सकता है कि इष्टतम भार 8 + 8 (जो 16 है) से 32 तक के क्षेत्र में भी है। इस प्रकार, बहुत अधिक अधिकतम प्रदर्शन के बावजूद, हमें सामान्य भार के तहत अधिकतम ~ 80k IOPS के बारे में बात करनी होगी।

ध्यान दें कि परिणामी संख्या इंटेल के वादों से अधिक है। साइट पर, वे दावा करते हैं कि यह मॉडल 35 kIOPS रिकॉर्डिंग में सक्षम है, जो लगभग 6. पर iodepth के साथ एक बिंदु पर (प्रदर्शन ग्राफ पर) मेल खाती है। इसके अलावा, शायद यह आंकड़ा हाउसकीपिंग के लिए सबसे खराब स्थिति से मेल खाती है।

इस डिवाइस की एकमात्र खामी गर्म स्वैपिंग के साथ कुछ समस्याएं हैं - पीसीआई-ई उपकरणों को बदलने से पहले सर्वर को डिस्कनेक्ट करना होगा।