পেজফাইলে র্যামে স্থানান্তর করা একটি হাস্যকর ধারণা কেবল এটিকে বন্ধ করুন এবং আরও র্যামের মাধ্যমে। :)
No matter how much RAM you have, you want the system to be able to use it efficiently. Having no paging file at all forces the operating system to use RAM inefficiently for two reasons. First, it can't make pages discardable, even if they haven't been either accessed or modified in a very long time, which forces the disk cache to be smaller. Second, it has to reserve physical RAM to back allocations that are very unlikely to ever require it (for example, a private, modifiable file mapping), leading to a case where you can have plenty of free physical RAM and yet allocations are refused to avoid overcommitting.
Consider, for example, if a program makes a writable, private memory mapping of a 4GB file. The OS has to reserve 4GB of RAM for this mapping, because the program could conceivably modify every byte and there's no place but RAM to store it. So immediately, 4GB of RAM is basically wasted (it can be used to cache clean disk pages, but that's about it).
মেমোরি ম্যানেজমেন্ট সিপিইউ দ্বারা পরিচালিত হয় এবং পৃষ্ঠা ফাইলটি চালু বা বন্ধ থাকে কীভাবে পৃষ্ঠাগুলি চিকিত্সা করা হয় তার মধ্যে কোনও পার্থক্য তৈরি করে না। এটি উইন্ডোজ স্বচ্ছ।
পৃষ্ঠার অগ্রাধিকার পরিবর্তন হয় না, পৃষ্ঠাগুলি ঠিক একইভাবে ফেলে দেওয়া হবে। পেজফায়ালগুলি সিপিইউ দ্বারা ওএস নয়, গৌণ স্টোরেজ হিসাবে ব্যবহৃত হয়। এটি স্তর স্তরের ক্যাশে এবং লেভেল ওয়ান (র্যাম) শেষ হওয়ার চেয়ে বেশি কিছু নয়।
একটি দ্রুত এবং খুব নোংরা উদাহরণ :, আমার মেশিনটিতে 16 গিগাবাইট র্যাম রয়েছে এবং কোনও পেজফাইল নেই। 5 মিনিট আগে 13 গিগাবাইট স্ট্যান্ডবাই এবং কেবল 2 জিবি ফ্রি সহ, আমি ফলআউট 4 লোড করেছিলাম all নিম্ন অগ্রাধিকার পৃষ্ঠাগুলি ফলআউট লোড হওয়ার কারণে বাতিল করা হয়েছিল।
সাইড নোটে বিটিডব্লিউ, উইন্ডোজ মেমোরি সীমাতে পুশ করার উপর ২০০ Techn টেকনেট ব্লগটি খুব বিভ্রান্তিকর - আমি প্রতারণার বিষয়টি বলব।
https://i.stack.imgur.com/wXkmi.png
মার্ক এমনকি এটি লিখেছিল কিনা তা নিয়ে আমিও সন্দেহজনক, তবে আমি আশা করি না, কারণ এটি তার সম্পর্কে আমার দৃষ্টিভঙ্গি বদলে দেবে .....
Fww এই নিবন্ধটিতে ফাঁক গর্ত রয়েছে যা আমি ধাক্কা খেয়েছি যে এই ব্লগটি কতবার উল্লেখ করা হয়েছে তা বিবেচনা করার বিষয়ে কেউ বাছাই করে নি
- পেজফাইলে এবং এর অবস্থানটি উইন্ডোজ দ্বারা পরিচালিত হয়, ডিস্কে পৃষ্ঠাযুক্ত স্থানগুলিতে মেমরি অ্যাক্সেসের ফাঁদ সিপিইউ দ্বারা ধরা পড়বে, তবে পৃষ্ঠাটি ডিস্ক থেকে পুনরুদ্ধার করতে এবং এটিকে লোড করার জন্য অপারেটিং সিস্টেমের হাতে দেওয়া হবে।
যাইহোক এখানে এখানে একটি অস্পষ্ট বিবরণ নয়:
উইন্ডোজ সিপিইউ এর চেয়ে বেশি ঠিকানায় পৌঁছতে পারে না - এটি সম্ভব নয়।
এটি চালিত হার্ডওয়্যার দ্বারা ওএস কী সক্ষম তা এখনও সীমাবদ্ধ নয় .. কারণ ওএস আসলে সিপিইউ নিজেই (অভ্যন্তরীণ রেজিস্টারস)।
ঠিক আছে, তাই পেজফাইলে এইচডিডি তে এমন একটি অঞ্চল যা সিপিইউ বর্ধিত শারীরিক ঠিকানা জায়গার জন্য ব্যবহার করে যখন এটি শারীরিকভাবে বা আর্কিটেকচারালি আরও বেশি র্যাম ব্যবহার করতে পারে না।
বিভাগযুক্ত x86 32 বিট আর্কিটেকচারে উদাহরণস্বরূপ র্যামের দুটি 2 জিবি বিভাগ রয়েছে।
একটি কার্নেল বরাদ্দ করা হয়। অন্য 2 জিবি ব্যবহারকারী মোডের জন্য। সিপিইউটি 32 ড্রাম পিনের সাহায্যে এই সমস্ত র্যাম ব্যবহার করতে পারে তবে একটি 32 বিট প্রসেসে 4 জিবি পাওয়া যায় যাতে করণীয়। ভাগ্যক্রমে সিপিইউ অতিরিক্ত 2 জিবি পৃষ্ঠাগুলি সঞ্চয় করার জন্য মাধ্যমিক স্টোরেজ একে একে হার্ড ড্রাইভ ব্যবহার করতে পারে। কারণ এর অভ্যন্তরীণ রেজিস্টারগুলি রয়েছে
শারীরিক অবস্থানগুলিতে যেখানে প্রক্রিয়া দ্বারা উল্লিখিত ভার্চুয়াল পৃষ্ঠাগুলি র্যামে সংরক্ষণ করতে হয় না। তবে সেগুলি কোথাও সিপিইউ দ্বারা সংরক্ষণ করা হয়েছে।
CPU- র অ্যাপ্লিকেশানে সব 4GB র্যাম দিতে পারবে না, কিন্তু এটা করতে এটা ঠিকানার 4GB মাধ্যমিক ক্যাশ হিসাবে HDD এর ব্যবহার করে দিতে (যা সব HDD এর সত্যিই হয়)
পৃষ্ঠাগুলি এর অভ্যন্তরীণ পেজিং প্রক্রিয়াটির মাধ্যমে র্যামের ভিতরে এবং বাইরে চলে যায়, তবে এটি পেজফাইলের মতো নয়। পেজিং সর্বদা ঘটে ....
নীচের লাইনটি আসলে এত জটিল নয়। গত 15 বা তত বছর ধরে অনেক শেষ ব্যবহারকারীকে এই ধারণাটি দেওয়া হয়েছে যে একটি পেজ ফাইল অপারেটিং সিস্টেমের কিছু অবিচ্ছেদ্য অঙ্গ, এটি নয়। এটা কখনও ছিল না। এই ভ্রান্ত ধারণাটি আংশিকভাবে ইন্টেল এবং মাইক্রোসফ্টের মতো কর্পোরেশন দ্বারা চালিত হয়েছিল।
র্যাম একটি দ্রুত স্টোরেজ ডিভাইস, হার্ড ড্রাইভটি ধীরে ধীরে স্টোরেজ ডিভাইস, সুতরাং মূলত র্যাম স্তর 1 ক্যাশে, হার্ড ড্রাইভটি স্তর 2 হয় (এই সাদৃশ্যটির জন্য সিপিইউ ক্যাশে উপেক্ষা করে)। উভয় সিপিইউ দ্বারা অ্যাক্সেস করা যেতে পারে।
সিপিইউতে প্রয়োজনীয় পৃষ্ঠাগুলি সংরক্ষণ করার জন্য যদি পর্যাপ্ত র্যাম না পাওয়া যায় তবে এইচডিডি ওভারফ্লো হিসাবে ব্যবহার করা যেতে পারে। যদি প্রচুর র্যাম থাকে তবে পিএফ নিখরচায়।
কোর 2 অবধি, ইন্টেল প্রসেসরগুলির একটি 32pin DRAM বাস ছিল, এবং 32 টি রেজিস্টার যার অর্থ সিপিইউ 4 গিগাবাইট র্যাম এবং 4 জিবি এইচডিডি স্পেসে (পেজফাইলে) অ্যাক্সেস করেছিল। এটি একটি আর্কিটেকচারাল হার্ডওয়্যার সীমাবদ্ধতা, উইন্ডোজ সীমাবদ্ধতা নয়।
প্রক্রিয়াগুলির জন্য সর্বমোট উপলব্ধ 3.5GB ছিল, কারণ একটি পৃষ্ঠাগুলি 512MB নেয়। এজন্যই ইন্টেল সিপিইউ'র (কোর 2 অবধি) উইন্ডোজটিতে 3.5 জিবি প্রদর্শিত হয়। একটি জিপিইউ যুক্ত করুন এবং আরও কম পাওয়া যায়।
জিওন মোট 32 জিবি র্যাম, HD৪ জিবি শারীরিক স্পেসের এইচডিডি অন্তর্ভুক্ত (আবার পেজফাইলে) অ্যাক্সেস করতে পারে। ( এটি P PAE কে অন্তর্ভুক্ত করে, যোগ করা লিঙ্কগুলির সাথে আরও বেশি আসার জন্য )।
http://www.windowsdevcenter.com/pub/a/windows/2004/04/27/pagefile.html
তৃতীয় স্ক্রিনশট উত্স:
সিস্টেম ভি অ্যাপ্লিকেশন বাইনারি ইন্টারফেস AMD64 আর্কিটেকচার প্রসেসরের পরিপূরক খসড়া সংস্করণ 0.99.7
আমি এই উত্তরের উন্নতি এবং উত্স উপাদান এবং প্রাসঙ্গিক তথ্য যুক্ত করা চালিয়ে যেতে চাইছি। আমি পর্যাপ্ত তথ্য এবং খুব বেশি প্রযুক্তিগত তথ্যের মধ্যে একটি ভারসাম্য অর্জন করতে চাই। পরামর্শ স্বাগত জানানো হয়। এটি এত ভাল লেখা না হতে পারে দয়া করে ডাউনोट করা উচিত।