পোস্টগ্রাগুলি আপনি যতগুলি প্রসেসর ইনস্টল করতে চান তা স্কেল করতে পারে এবং আপনার ওএস কার্যকরভাবে পরিচালনা করতে / পরিচালনা করতে পারে। আপনি একটি 128 কোর মেশিনে পোস্টগ্রিজ ইনস্টল করতে পারেন (বা এমনকি 128 ফিজিকাল প্রসেসর সহ একটি মেশিন) এবং এটি দুর্দান্ত কাজ করবে। এটি যদি schedule৪ টি মূল মেশিনের চেয়েও ভাল কাজ করতে পারে তবে ওএস শিডিয়ুলার যদি অনেকগুলি কর্ণ পরিচালনা করতে পারে।
Postgres দেখানো হয়েছে স্কেল সুসংগত (আদেশ সহকারে সঙ্গে 64 কোর পর্যন্ত: আমরা পঠিত কর্মক্ষমতা বিষয়ে কথা বলছি একটি নির্দিষ্ট কনফিগারেশনে (ডিস্ক, র্যাম, অপারেটিং সিস্টেম, ইত্যাদি) - রবার্ট হাস একটা চমৎকার গ্রাফ সঙ্গে একটি ব্লগ নিবন্ধ রয়েছে যা আমি নীচে পুনরুত্পাদন করেছি:
এই গ্রাফটি সম্পর্কে কী গুরুত্বপূর্ণ?
সম্পর্কটি লিনিয়ার (বা প্রায় তাই) যতক্ষণ না ক্লায়েন্টের সংখ্যা কোর সংখ্যার চেয়ে কম বা সমান হয় এবং তারপরে আপনি যে ক্লায়েন্টের সংযোগের চেয়ে আরও বেশি ক্লায়েন্ট সংযোগ স্থাপন করেন তাই কার্য সম্পাদনে প্রায় লগ-লিনিয়ার হ্রাস বলে মনে হয় begins পোস্টগ্র্রেস ব্যাক-এন্ড চালানোর জন্য কোর করবেন কারণ ব্যাকেন্ডগুলি সিপিইউয়ের জন্য লড়াই শুরু করে (লোড গড় ১.০০ এর উপরে চলে যায় ইত্যাদি ইত্যাদি)।
যদিও এটি কেবলমাত্র 64৪ টি কোর পর্যন্ত প্রদর্শিত হয়েছে , আপনি সাধারণীকরণ করতে পারেন যে আপনি কোর (এবং ক্লায়েন্ট) যোগ করতে এবং পারফরম্যান্সের উন্নতি চালিয়ে যেতে পারেন, অন্য কোনও সাবসিস্টেমের (ডিস্ক, মেমরি, নেটওয়ার্ক) সীমা অবধি যেখানে প্রক্রিয়াগুলি আর নেই সিপিইউ বিতর্ক সমস্যা আছে কিন্তু পরিবর্তে অন্য কিছু জন্য অপেক্ষা করা হয়।
( হাআসের আরও একটি নিবন্ধ রয়েছে যেখানে তারা 32 কোরে লিনিয়ার স্কেলাবিলিটিটি প্রমাণ করেছেন যার সাধারণভাবে স্কেলাবিলিটি সম্পর্কিত কিছু দুর্দান্ত রেফারেন্স উপাদান রয়েছে - অত্যন্ত প্রস্তাবিত ব্যাকগ্রাউন্ড রিডিং!)