PostgreSQL के लिए, सीपीयू शक्ति बहुत प्रासंगिक हो सकती है, खासकर अगर आपके डेटा के सक्रिय कामकाजी सेट का एक उच्च प्रतिशत रैम में फिट बैठता है। मैंने जिन डेटाबेस के साथ काम किया है उनमें से अधिकांश में सीपीयू की शक्ति मुख्य रूप से सबसे बड़ी अड़चन थी। (मैंने अभी डेटाबेस की 5TB से अधिक हिट वाली प्रति दिन लाखों हिट के साथ वेब साइटों की मेजबानी करने वाले सर्वर पर vmstat की जांच की, और मैंने कभी भी 2% से अधिक डिस्क प्रतीक्षा समय नहीं देखा, लेकिन 12% उपयोगकर्ता CPU समय की एक चोटी देखी।)
चूंकि PostgreSQL प्रक्रिया-आधारित है, कोई भी एकल प्रक्रिया केवल एक कोर के रूप में तेजी से चल सकती है, लेकिन जैसे कि हमारे पास ऊपर उल्लेखित सर्वर पर है, छोटे अनुरोधों की उच्च मात्रा के साथ, सभी कोर में कुल सीपीयू सबसे महत्वपूर्ण है। एक ही कुल CPU शक्ति के लिए, PostgreSQL आमतौर पर कम, तेज कोर के साथ कई, धीमी कोर के साथ बेहतर करेगा।
उस बिंदु तक जहां आपके सक्रिय डेटा सेट का एक उच्च प्रतिशत कैश किया गया है, रैम जोड़ने पर आमतौर पर कोर जोड़ने की तुलना में हिरन के लिए अधिक धमाके दिखाई देंगे। आपके द्वारा पर्याप्त कैशिंग प्राप्त करने के बाद, अतिरिक्त रैम का लाभ कम हो जाता है और आप सीपीयू की शक्ति को बढ़ा सकते हैं।
इस विषय पर अधिक जानकारी के लिए चूंकि यह PostgreSQL से संबंधित है, मुझे नहीं लगता कि ग्रेग स्मिथ द्वारा PostgreSQL 9.0 उच्च प्रदर्शन की तुलना में बेहतर स्रोत है । (पूर्ण प्रकटीकरण, मैं पुस्तक के लिए तकनीकी समीक्षक था, लेकिन बिक्री के आधार पर कोई वित्तीय लाभ नहीं मिला।)