একাধিক ড্রাইভে পেজফাইলে অগ্রাধিকার [সদৃশ]

Question

আমি কিছু খুব বড় অ-লিনিয়ার সসীম উপাদান বিশ্লেষণ (এফএএ) গণনার জন্য ব্যবহৃত একটি ডেল আর 710 সার্ভার পরিচালনা করছি। কখনও কখনও, এই রানগুলি বরাদ্দ মেমরির 500 গিগাবাইটের ওপরের দিকে নিয়ে যায়। যেহেতু এই মেশিনটিতে কেবল ১৩২ জিবি র‌্যাম রয়েছে তাই এই অতিরিক্ত মেমরির বরাদ্দ পেজিং ফাইলের মাধ্যমে আসে।

পেজিং ফাইলটি একটি স্পিনিং এইচডিডি অ্যারেতে বর্তমান এবং একটি বিশাল বাধা সৃষ্টি করছে। আমি মেমরিটি (288 গিগাবাইট) সর্বাধিক বেরিয়েছে এবং একটি 400 গিগাবাইট ইন্টেল 750 এনভিএমএস এসএসডি ডেডিকেটেড পেজফিল্ড ডিস্ক হিসাবে যুক্ত করেছি। এটির পেজফাইলে কয়েকটি আইও বাটোনেককে মুক্ত করা উচিত, তবে আমি নিশ্চিত করতে চাই যে আমরা পেজ ফাইলটি সর্বাধিক না করে এবং একটি বড় রান ক্রাশ করব।

864 গিগাবাইট (3x 288 গিগাবাইট) এর সর্বোচ্চ বোঝা ফাইলের আকারের জন্য 800 গিগাবাইট ইন্টেল 750 পাওয়ার সংক্ষিপ্ততা, আমি কি উইন্ডোজকে এইচডিডি অ্যারেটিকে অতিরিক্ত পেজডিস্ক স্পেসের ব্যর্থতা হিসাবে ব্যবহার করতে বলতে পারি? পেজফাইলে এসএসডিটিকে প্রাথমিক হিসাবে অগ্রাধিকার দেওয়ার কোনও উপায় আছে কি? ধন্যবাদ।

Comments

একটি ভাল প্রশ্নের জন্য +1। এছাড়াও সুপারইউজার.com/উকশনস / 67৪67674747//২ হিসাবে জিজ্ঞাসা করা হয়েছে তবে উইন্ডোজ for এর জন্য Sad দুঃখের বিষয় এখনও কোনও উত্তর নেই। যদি আমরা এই উভয়ের পক্ষে কাজ করে এমনটির জন্য একটি ভাল উত্তর পাই তবে আমি এটির সদৃশ হিসাবে অন্যটিকে বন্ধ করার আশা করি।

— হেনেস

উইন্ডোজ 10 সম্পর্কে কি?

— নেকটভি

পেজফাইলে.সিস ড্রাইভের জন্য কোনও "অগ্রাধিকার" সেট করা কি সম্ভব? , একাধিক হার্ড ড্রাইভে উইন্ডোজ পৃষ্ঠার ফাইল , আপনি কীভাবে

— ফুক্লভিভি

Answer 1

আপনার এইচডিডি অ্যারেতে একটি পেজ ফাইল রাখতে "প্রয়োজনীয়" নয়। আপনি কেবল এটিকে সরাতে বা একেবারে সর্বনিম্নে সেট করতে পারেন, যদি আপনি ক্র্যাশ ডাম্পগুলি চান (তবে আপনি এইচডিডি অ্যারেতে পৃথক পেজ ফাইলের আকার পরিবর্তন করার পরে ওএস আপনাকে বলবে)। অ্যারে ধরে নেওয়া OS এর অবস্থান।

এটি ওএস পার্টিশন ড্রাইভের পেজ ফাইলটি ব্যবহার করার পরে এটি স্বয়ংক্রিয়ভাবে এসএসডি-তে রাইটসকে বাধ্য করবে।

একটি অ্যারেতে পেজফাইলে থাকার অসুবিধা রয়েছে। প্রতিটি পৃষ্ঠা রাইটিং একটি নিয়ামকের দিকে যাচ্ছে এবং অকারণে নিয়ন্ত্রক বোর্ডের যুক্তি দিয়ে যাচ্ছে যে কোনও ড্রাইভ (গুলি) সেই পৃষ্ঠায় আসলে কী লিখতে হবে তা নির্ধারণ করার জন্য। প্রকৃতির দ্বারা একটি পৃষ্ঠা ফাইল হ'ল অস্থায়ী স্টোরেজ, সুতরাং কোনও ধরণের RAID বা অ্যারের থাকার কোনও সুবিধা নেই (বিশেষত যদি একটি দ্রুত সাবসিস্টেম, যেমন এই ক্ষেত্রে এসএসডি পাওয়া যায়)।

কেউ জিজ্ঞাসা করতে পারেন "বেশিরভাগ অ্যারে নিয়ন্ত্রকগুলিতে পাওয়া বড় ক্যাশেগুলি কী?" এগুলি আবার পেজফাইলে কাজে লাগে না কারণ সংজ্ঞায় যা পেজ আউট হচ্ছে তা যা কিছুক্ষণের মধ্যে পড়েনি, তাই ক্যাশে পেজফাইলে যেভাবেই পঠন করার অনুমতি পাওয়া যায় না। এর অন্তর্নির্মিত বেসিক ক্যাশে সহ একটি এসএসডি এই দৃশ্যে অ্যারে ক্যাশের চেয়ে দ্রুত হবে।

আপনার খুব নির্দিষ্ট পরিস্থিতিতে (এফআইএ গণনা) এটি কিছুটা জটিল হয়ে ওঠে, যদি অ্যালগরিদমকে নিয়মিতভাবে পুরো বরাদ্দকৃত স্মৃতি বিস্তৃত করতে হয়। তারপরে পেজফাইলে আবার অনেকটা পড়তে হচ্ছে। সেক্ষেত্রে আপনার অ্যালগরিদম স্মৃতিতে অ্যাক্সেস করে এমন ক্রমের উপর নির্ভর করে কোনও নিয়ন্ত্রণকারীর কোনও বড় ক্যাশে "সহায়তা" করতে পারে। যদি এটি LIFO এর আরও বেশি কারণের (প্রথমত শেষের দিকে) প্রকার অ্যাক্সেস সিকোয়েন্সের কারণ হয়ে থাকে তবে এটি সহায়তা করবে। যদি এটি এলোমেলো হয় তবে সম্ভবত লাভ সীমিত। এটি যদি ফিফো হয় (প্রথমে প্রথম দিকে) তবে এটি সম্ভবত ক্ষতি করবে।

এলোমেলো মাইক্রোসফ্ট এমভিপি উক্তিগুলি সূচিত করে যে দ্রুত ড্রাইভগুলি স্বয়ংক্রিয়ভাবে যাদু দ্বারা অনুকূল হবে। যদিও বছরের পর বছর ধরে আমার অভিজ্ঞতাগত পর্যবেক্ষণগুলি ওএস ড্রাইভের পক্ষে রয়েছে তা দেখায়। সুতরাং উপরের কনফিগারেশনটি উভয়ই আপনার উদ্বেগের সমাধান করে।