डेटाबेस सर्वर: छोटा क्विक रैम या बड़ा स्लो रैम?

33

वर्तमान में हम अपने नए डेटाबेस सर्वरों को डिजाइन कर रहे हैं, और एक व्यापार के साथ आए हैं मैं पूरी तरह से आश्वस्त नहीं हूं कि कैसे जवाब देना है।

ये हमारे विकल्प हैं: 48GB 1333MHz, या 96GB 1066MHz।

मेरी सोच यह है कि RAM एक डेटाबेस सर्वर के लिए भरपूर मात्रा में होनी चाहिए (हमारे पास बहुत सारे और बहुत सारे डेटा हैं, और कुछ बहुत बड़े प्रश्न हैं) जितना जल्दी हो सके। जाहिरा तौर पर हम 1333 मेगाहर्ट्ज पर 16 जीबी चिप्स नहीं पा सकते हैं, इसलिए ऊपर दिए गए विकल्प।

तो, क्या हमें बहुत सारी धीमी रैम, या कम तेज रैम मिलनी चाहिए?

अधिक जानकारी:

उपलब्ध DIMM स्लॉट्स की संख्या: 6
सर्वर: डेल ब्लेड सीपीयू: 6 कोर (ओरेकल लाइसेंसिंग के कारण केवल एकल सॉकेट)।

database oracle memory

— जोश स्मेटन
स्रोत

12

IMO, 100% अधिक RAM क्षमता एक अतिरिक्त 20% RAM गति में धड़कता है।

— जो इंटरनेट

3

खासकर क्योंकि यह 20% भी नहीं है;)

— टॉमटॉम

सभी को धन्यवाद। मुझे इस पर भी पूरा यकीन था, लेकिन पुष्टि चाहता था।

— जोश स्मेटन

59

आप बड़े और धीमे रैम के साथ जाना चाहेंगे। RAM प्रदर्शन और डिस्क प्रदर्शन के बीच अंतर की तुलना में RAM प्रदर्शन में अंतर नगण्य है।

— आसमानी बाज़
स्रोत

बेशक, यह डेटाबेस आकार पर निर्भर करता है - मूल विवरण लेकिन महत्वपूर्ण अभी भी।

— मुर्दाघर।

हां, और जोश स्पष्ट रूप से निर्दिष्ट करता है कि हाथ में मौजूद परिदृश्य में "बहुत सारे और बहुत सारे डेटा शामिल हैं।"

— Skyhawk

कुछ लोगों के लिए, एक लाख पंक्तियाँ "बहुत और बहुत सारे डेटा" की तरह दिखती हैं। शायद ही ऐसा कोई कारण हो कि स्मृति में सब कुछ न हो।)

— मॉर्ग।

16

ठीक है, यह बहुत बहुत सरल है:

क्या आपका डेटाबेस OS और सभी के साथ 48GB RAM में फिट है? यदि हाँ, तो ले लो। और, 96GB ले लो

साथ ही, xyz GB RAM में डेटाबेस फिटिंग का मतलब है कि यह इंडेक्स, व्यूज़ और सभी के साथ फिट बैठता है।

SSD टिप्पणियाँ पूरी तरह से बकवास हैं, बैंडविड्थ और एक्सेस समय दोनों एक ही स्तर पर नहीं हैं और कोई भी एसएसडी कम रैम को सही नहीं ठहरा सकता है।

— Morg।
स्रोत

5

यह बहुत महत्वपूर्ण जानकारी है। यदि डेटाबेस केवल 5GB का है और इसे बहुत बड़ा बनाने की योजना नहीं है, तो आप कम मात्रा में तेज रैम के साथ जा सकते हैं।

— कबि सिप २

13

केवल डेटाबेस? डेटाबेस के आधार पर, मुझे लगता है कि बड़ा रैम बेहतर होगा। गति अंतर को न्यूनतम रूप से छोटा साबित कर दिया गया है, लेकिन अतिरिक्त 48 जीबी / एक बड़ा अंतर कर सकता है।

— टॉम टॉम
स्रोत

11

निश्चित रूप से बड़ी रैम, गति को धिक्कार है।

XX सदी '90 से रैम तकनीक के लिए यादृच्छिक डेटा तक पहुंच 100 ns से कम है। यह व्यावहारिक रूप से प्राचीन चिप्स का उपयोग कर रहा है जो शारीरिक रूप से किसी भी सीमावर्ती समकालीन में फिट नहीं होगा।

धार 15k आरपीएम हार्ड ड्राइव के लिए यादृच्छिक डेटा तक पहुंच मिलिसेकंड में मापा जाता है। 100 एमएस 1 एमएस की तुलना में 10 000 गुना कम (नैनो -> माइक्रो -> मिली) है। वर्तमान रैम तेज है, और डेटा तक पहुंचने के लिए HDD को कई मिलीसेकंड की आवश्यकता होती है। अगर मेरी रैम 50 000 तेज या HDD की तुलना में केवल 30 000 गुना तेज हो तो मैं कम देखभाल नहीं कर सकता था।

— पावेल ब्रोडाकी
स्रोत

5

आपको कुछ बिंदुओं पर अपना ध्यान रखना चाहिए:

मेमोरी लैंटेसी मेमोरी स्पीड दो कारकों पर निर्भर करती है: बस गति और विलंबता। आमतौर पर अधिक घनत्व वाले चिप्स उच्च विलंबता में परिणाम करते हैं, जो अंतिम गति का मतलब कम गति है
कुल इंडेक्स डेटा पूरे इंडेक्स डेटा को मेमोरी में लोड करने के लिए सबसे महत्वपूर्ण y है। इंडेक्स डेटा सबसे महत्वपूर्ण डेटा है जिसे आपको मेमोरी (प्रदर्शन में उच्च दंड प्रभाव) की आवश्यकता होती है।
डिस्क गति क्या आपके पास SSD में संग्रहीत DB डेटा है? यदि उत्तर हां में है, तो विशेष रूप से मेमोरी लेटेंसी का ध्यान रखें।

— Nefeli
स्रोत

2

स्मृति बैंड = / = गति!

संभवतः गुम सूचना सूचना का सबसे महत्वपूर्ण टुकड़ा मेमोरी टाइमिंग और सीपीयू / एफएसबी प्रकार है। कुछ चक्रों द्वारा सीपीयू मेमोरी लोड देरी को कम करें और आप कुछ गणनाओं में बैंडविड्थ को दोगुना कर देंगे। कुछ डेटाबेस ऑपरेटिंग सिस्टम और तकनीकी कारणों से भारी मात्रा में RAM का उपयोग नहीं करते हैं, आप डेटाबेस सर्वर का क्या उपयोग कर रहे हैं? सीपीयू प्रकार? एल [१२३] कैश स्तर? चलाने के लिए प्रश्नों के प्रकार? डेटाबेस का आकार?

— Silverfire
स्रोत

2

-1। 99.9% मामलों में तथ्यात्मक गलत।

— टॉमटॉम

आप किस हिस्से का जिक्र कर रहे हैं?

— सिल्वरफायर

2

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

— टॉमटॉम

0

गलत हार्डवेयर पर बहुत अधिक पैसा खर्च करने से पहले, मैं हार्डवेयर खरीदने से पहले कुछ परीक्षण और विश्लेषण करूंगा।

सबसे पहले, अपने एसएलए के बारे में सोचें।
प्रदर्शन और प्रतिक्रिया समय के लिए किसी भी कठिन आवश्यकताओं?

आपकी पसंद कई कारकों पर निर्भर होनी चाहिए:

विभिन्न कार्यभार और उपयोग के तहत, वास्तव में अड़चन क्या है?
सीपीयू, मेमोरी, स्टोरेज, नेटवर्क?
क्या अधिक मेमोरी से अधिक स्टोरेज पर अधिक पैसा खर्च करना शायद अधिक महत्वपूर्ण है?
ज्यादा मेमोरी से ज्यादा तेज CPU? तेज नेटवर्क? सोफवेयर / एसक्यूएल पर मामूली नया स्वरूप?
आप विश्लेषण भी डेवलपर्स, डेटाबेस और सॉफ्टवेयर आर्किटेक्चर, और sql क्वेरी डिजाइनरों के लिए बहुत अधिक प्रासंगिक हो सकते हैं ....।

यदि आप विंडोज़ का उपयोग कर रहे हैं - तो आप वर्तमान रनिंग सिस्टम पर कुछ स्टैटिक्स देखने के लिए आसानी से परफ्यूम चला सकते हैं और अपनी आवश्यकताओं का स्पष्ट विचार प्राप्त करने के लिए बहुत भाग्यशाली हो सकते हैं।

— manmathan
स्रोत

1

मैं एक डेवलपर हूं, और इस निर्णय पर वजन करने में मदद कर रहा हूं। हमारे पास वास्तविक sys व्यवस्थापक की कमी है, इसलिए हम सभी (हम में से 6) के पास चर्चा में इनपुट है। हमारे वर्तमान सर्वर 32 बिट हैं, और प्रति प्रक्रिया मेमोरी सीमा के कारण बहुत अधिक करने में असमर्थ हैं। हमारा नेटवर्क / स्टोरेज इस समय ठीक है (होना चाहिए)। स्टोरेज बैकएंड एक SAN है। हमारा सीपीयू कभी अधिकतम नहीं होता है। हमारे प्रश्नों से जुड़ी अधिकांश लागत I / O है, जिसे अधिक रैम का उपयोग करने की क्षमता से राहत मिलनी चाहिए। हम आरएसी में भी अपग्रेड कर रहे हैं। हमारे पास एक स्पष्ट विचार है कि हमें क्या चाहिए। यह संदिग्ध है कि minutia है।

— जोश स्मेटन