PostgreSQL এর জন্য, সিপিইউ শক্তিটি খুব প্রাসঙ্গিক হতে পারে, বিশেষত যদি আপনার ডেটার সক্রিয় কার্যকারী সেটগুলির মোটামুটি উচ্চ শতাংশটি র্যামের সাথে ফিট করে। আমি যে ডেটাবেসগুলির সাথে কাজ করেছি তার বেশিরভাগ সময় মূল বিঘ্ন হিসাবে সিপিইউ শক্তি ছিল। (আমি সবেমাত্র একটি সার্ভারে ভিটিএসটি চেক করেছি যে প্রতিদিন 5 মিলিয়ন ডেটাবেস ডেটাবেস স্পেসের হোস্টিং সহ ওয়েব সাইটগুলি হোস্টিং করেছে এবং আমি কখনই 2% ডিস্ক অপেক্ষা অপেক্ষা করতে পারেনি, তবে 12% ব্যবহারকারীর সিপিইউয়ের সময় শিখিয়েছি))
পোস্টগ্রেএসকিউএল যেহেতু প্রক্রিয়া ভিত্তিক, কোনও একক প্রক্রিয়া কেবলমাত্র একটি কোরের মতো দ্রুত চলতে পারে, তবে আমাদের উপরে উল্লিখিত সার্ভারে যেমন মত একটি মিশ্রণ রয়েছে, উচ্চতর সংক্ষিপ্ত অনুরোধের সাথে সমস্ত কোরে মোট সিপিইউ সবচেয়ে গুরুত্বপূর্ণ। একই মোট সিপিইউ পাওয়ারের জন্য পোস্টগ্র্রেএসকিউএল সাধারণত অনেকের চেয়ে কম, দ্রুত কোর দিয়ে ধীরে ধীরে ভাল করায়।
আপনার সক্রিয় ডেটা সেটের একটি উচ্চ শতাংশ যেখানে ক্যাশে করা হয়েছে সেই পয়েন্ট অবধি, র্যাম যুক্ত কর্কগুলি যুক্ত করার চেয়ে সাধারণত বাক্সের জন্য আরও বেশি ব্যাং দেখায়। আপনার পর্যাপ্ত ক্যাচিংয়ের পরে, অতিরিক্ত র্যামের সুবিধা হ্রাস পাবে এবং আপনি সিপিইউ শক্তি বাড়িয়ে তুলতে আরও ভাল।
এই বিষয়ে যেমন পোস্টগ্রি সংক্রান্ত অধিক বিবরণের জন্য, আমি মনে করি সেখানে চেয়ে ভাল উৎস কি পোস্টগ্রি 9.0 হাই পারফরমেন্স দ্বারা গ্রেগ স্মিথ । (সম্পূর্ণ প্রকাশ, আমি বইটির জন্য প্রযুক্তিগত পর্যালোচক ছিলাম, তবে বিক্রয়ের উপর ভিত্তি করে কোনও আর্থিক সুবিধা পাই না))