PostgreSQL विभिन्न fs (ext3, ext4, xfs) पर

एक लेख एक नोट है जो प्रश्नोत्तर में पूछे गए एक प्रश्न से बढ़ा है। संक्षेप में, यह इस तरह था ... एक विशिष्ट फ़ाइल सिस्टम पर PostgreSQL परीक्षण का एक प्रकार प्रस्तावित किया गया था और सवाल यह था कि क्या यह दृष्टिकोण सामान्य था और क्या इस परीक्षण के परिणामों पर कम से कम किसी तरह भरोसा किया जा सकता है। प्रश्न की चर्चा के दौरान, कोई विकल्प नहीं था और मैंने परीक्षण करने का फैसला किया जैसा कि मैंने मूल रूप से इरादा किया था।



वास्तव में, क्या हुआ और सब कुछ कैसे हुआ:
निम्न कॉन्फ़िगरेशन का एक औसत सर्वर है:

• HP Proliant DL160 G5
• 1x इंटेल एक्सॉन सीपीयू E5405 @ 2.00GHz (L1 128KiB, L2 12MiB)
• 4x एफबी-डीआईएमएम डीडीआर 2 सिंक्रोनस 667 मेगाहर्ट्ज (1.5 एनएस) कुल 8 जीबी रैम
• RAID LSI SAS1064E 4-पोर्ट PCI-E 3Gb / s
• 4x SAS एचपी DF146BABUE 146GB 3.5 "LFF 3G 15K RPM
• Gentoo लिनक्स कर्नेल-3.7.1, ग्लिबैक-2.15-r3, gcc-4.5.4
• PostgreSQL सर्वर 9.2.1

चार डिस्क में से, दो RAID1 को इकट्ठा किया गया था, उनमें से एक में एक ऑपरेटिंग सिस्टम है, दूसरा वॉल्यूम एक परीक्षण ग्राउंड है। इस डिस्क का उपयोग LVM PV के रूप में किया जाता है और टेस्ट के लिए 55GB LVM वॉल्यूम आवंटित किया जाता है। परीक्षण इस प्रकार है:

• वॉल्यूम को प्रारूपित करें और इसे निर्देशिका में माउंट करें;
• Postgresql क्लस्टर का प्रारंभ प्रारंभ करें;
• क्लस्टर के लिए तैयार postgresql.conf कॉन्फ़िगरेशन फ़ाइल की प्रतिलिपि बनाएँ;
• Postgresql चलाएं और एक परीक्षण डेटाबेस बनाएं pgbench;
• pgbench का उपयोग करके तालिका आरंभीकरण प्रारंभ करें;
• चक्रीय रूप से "केवल चयन करें" मोड में, अलग-अलग क्लाइंट कनेक्शन के साथ pgbench चलाएं, परिणाम सहेजें (प्रत्येक परीक्षण 2 घंटे तक रहता है)
• हम अलग-अलग संख्या में क्लाइंट कनेक्शन के साथ " TPC-B " मोड में साइक्लीक रूप से pgbench चलाते हैं, हम परिणाम बचाते हैं (प्रत्येक परीक्षण 2 घंटे तक रहता है)।

प्रत्येक परीक्षण में ग्राहकों की संख्या 8 से 96 (8,16,32,64,96) तक भिन्न होती है
एक फ़ाइल प्रणाली के लिए कुल हमें 10 परिणाम मिलते हैं (5 चयन केवल, 5 टीपीसी-बी)

कुछ विवरण जो मायने रखते हैं:

• RAID WriteCache के बिना काम करता है;
• PostgreSQL के अपवाद के साथ सभी प्रक्रियाओं / सेवाओं को रोक दिया गया / बंद कर दिया गया, प्रक्रिया तालिका लगभग खाली है (katos प्रक्रियाओं के अपवाद के साथ);
• वाल लॉग डेटा के समान विभाजन पर रहते हैं;
• परीक्षण के आधार को इस तरह से आरंभ किया गया था कि पूरे डिस्क स्थान के 80% हिस्से पर कब्जा कर लिया गया था;
• जितनी बार pgbench शुरू हुई, एक कैश रीसेट किया गया।

Postgresql.conf सेटिंग्स
max_connections = 100
share_buffers = 1500MB
वर्क_म = 16 एमबी
मेन्टेनेंस_वर्क_मेम = 128 एमबी
प्रभावी_io_concurrency = 1
चेकपॉइंट_सेक्शन = 32
checkpoint_timeout = 10min
checkpoint_completion_target = 0.9

चयन के लिए परिणाम केवल और टीपीसी-बी





निष्कर्ष: सामान्य रूप से, जैसा कि अपेक्षित था, परिणामों में कोई सफलता और क्रांतिकारी अंतराल नहीं हैं, सामान्य रूप से सभी फ़ाइल सिस्टम में लगभग समान स्तर का प्रदर्शन होता है। यदि आप बारीकी से देखते हैं, तो आप कुछ बिंदुओं को नोट कर सकते हैं:
ext4, ext3 (1-3% की औसत) की तुलना में थोड़ा अधिक प्रदर्शन दिखाता है;
- ext4 टीपीसी-बी परीक्षण (1% से 8% तक) में उच्चतम प्रदर्शन दिखाता है;
- xfs सेलेक्ट के एकमात्र (1% से 3% तक) में उच्चतम प्रदर्शन दिखाता है;

सामान्य तौर पर, आप कह सकते हैं, "आप कोई भी एफएस लगा सकते हैं, अंतर इतना छोटा है कि इसे उपेक्षित किया जा सकता है।" लेकिन याद रखें कि (यहां आप ट्रिफ़ल्स के महत्व के बारे में कोई भी पैथोस वाक्यांश डाल सकते हैं)। सामान्य तौर पर, छोटी चीजों की उपेक्षा न करें))

वह सब है। आप पूप फेंक सकते हैं , आलोचना कर सकते हैं, विचार व्यक्त कर सकते हैं, अपने विचार बना सकते हैं ...

पीएस एंड्री फेफेलोव, हैलो !!! )))