আমি উইন্ডোজ 7 একটি ডুয়াল কোর, 8 জিবি র্যাম সহ এক্স 64 এএমডি চালাচ্ছি।
আমার কি একটি পৃষ্ঠার ফাইলও দরকার?
এটি মুছে ফেলা কি পারফরম্যান্সকে সহায়তা করবে বা ক্ষতি করবে?
এটি কোনও সার্ভার বা ডেস্কটপ হলে কোনও পার্থক্য আনতে পারে?
উইন্ডোজ 7 বনাম উইন্ডোজ 2008 কোনও পৃষ্ঠা ফাইলের সাথে কোনও পার্থক্য আনবে?
উত্তর:
টিএল; ডিআর সংস্করণ: উইন্ডোজটিকে আপনার স্মৃতি / পৃষ্ঠাফাইলে সেটিংস পরিচালনা করতে দিন। মাইক্রোসফট এ মানুষ ব্যয় করেছেন অনেক আরো ঘন্টা আমাদের অধিকাংশ sysadmins চেয়ে এই বিষয়গুলো সম্পর্কে চিন্তা।
অনেকের মনে হয় যে উইন্ডোজ চাহিদা অনুযায়ী পেজফাইলে ডেটা পুশ করে। ইজি: কোনও কিছু প্রচুর স্মৃতি চায় এবং প্রয়োজনীয়তা পূরণের জন্য যথেষ্ট পরিমাণে র্যাম নেই, তাই উইন্ডোজ এই শেষ মুহুর্তে র্যাম থেকে ডিস্কে পাগল হয়ে ডেটা লিখতে শুরু করে, যাতে এটি নতুন দাবিগুলির জন্য র্যাম মুক্ত করতে পারে।
এটি ভুল। ফণা অধীনে আরও চলছে। সাধারণভাবে বলতে গেলে, উইন্ডোজ একটি ব্যাকিং স্টোর বজায় রাখে , যার অর্থ এটি স্মৃতিতে থাকা সমস্ত কিছু ডিস্কেও দেখতে চায়। এখন, যখন কোনও জিনিস সামনে আসে এবং প্রচুর মেমোরির দাবি করে, উইন্ডোজ খুব দ্রুত র্যাম সাফ করতে পারে, কারণ সেই ডেটাটি ইতিমধ্যে ডিস্কে রয়েছে, যদি এটি ডাকা হয় তবে এটি র্যামে ফিরে আসতে প্রস্তুত। তাই এটা বলা যেতে পারে কি পৃষ্ঠাফাইল আছে অনেক যে এছাড়াও উপস্থিত RAM- র মধ্যে; নতুন মেমরি বরাদ্দের চাহিদা ত্বরান্বিত করার জন্য ডেটা প্রিমিটিভভাবে পেজফাইলে রাখা হয়েছিল ।
জড়িত সুনির্দিষ্ট প্রক্রিয়াগুলি বর্ণনা করার জন্য অনেক পৃষ্ঠা নেওয়া হবে ( উইন্ডোজ ইন্টারনালসের অধ্যায় see দেখুন এবং নোট করুন যে একটি নতুন সংস্করণ শীঘ্রই পাওয়া যাবে), তবে লক্ষ্য করার মতো কয়েকটি সুন্দর জিনিস রয়েছে। প্রথমত, র্যামে যা রয়েছে তার বেশিরভাগই অভ্যন্তরীণভাবে ডিস্কে রয়েছে - উদাহরণস্বরূপ একটি এক্সিকিউটেবল ফাইল বা একটি ডিএলএল থেকে প্রোগ্রাম কোড এনেছে। সুতরাং এটি পেজফাইলে লেখার দরকার নেই; উইন্ডোজ সহজভাবে বিটগুলি কোথা থেকে এনেছিল তা ট্র্যাক রাখতে পারে। দ্বিতীয়ত, উইন্ডোজ র্যামের মধ্যে কোন ডেটা সর্বাধিক ব্যবহৃত হয় সে সম্পর্কে নজর রাখে এবং র্যাম থেকে এমন তথ্য পরিষ্কার হয় যা ডেটা অ্যাক্সেস না করে দীর্ঘতম চলে গেছে।
পেজফাইলে সম্পূর্ণরূপে অপসারণের ফলে আরও বেশি ডিস্কের ছোটাছুটি হতে পারে। একটি সাধারণ দৃশ্যের কল্পনা করুন যেখানে কিছু অ্যাপ চালু হয় এবং বিদ্যমান র্যামের 80% দাবি করে। এটি বর্তমান এক্সিকিউটেবল কোডটিকে র্যামের বাইরে রাখতে বাধ্য করবে - সম্ভবত এমনকি ওএস কোডও। এখন যতবার এই অন্যান্য অ্যাপ্লিকেশনগুলি - বা ওএস নিজেই (!!) সেই ডেটা অ্যাক্সেসের প্রয়োজন, ওএসকে অবশ্যই ডিস্কে থাকা ব্যাকিং স্টোর থেকে তাদের পৃষ্ঠাতে পাঠিয়ে দেবে, ফলে অনেকগুলি থ্র্যাশ হতে পারে। অস্থায়ী ডেটার জন্য ব্যাকিং স্টোর হিসাবে পরিবেশন করার জন্য পেজফাইল না করে, কেবলমাত্র পেজ করা যেতে পারে তা হ'ল এক্সিকিউটেবল এবং ডিএলএল যা সহজাত ব্যাকিং স্টোরগুলি শুরু করে।
অবশ্যই অনেক রিসোর্স / ব্যবহারের পরিস্থিতি রয়েছে। আপনার পক্ষে এমন একটি পরিস্থিতি থাকা অসম্ভব নয় যেটির অধীনে পেজফাইলে অপসারণ থেকে বিরূপ প্রভাব পড়বে না, তবে এগুলি সংখ্যালঘু। বেশিরভাগ ক্ষেত্রে, পৃষ্ঠা ফাইলটি অপসারণ বা হ্রাস করা পিক-রিসোর্স-ব্যবহারের পরিস্থিতিগুলির অধীনে কর্মক্ষমতা হ্রাস করে।
কিছু উল্লেখ:
ডিএমও একটি সাম্প্রতিক এরিক লিপার্ট পোস্ট পোস্ট করেছে যা ভার্চুয়াল মেমরির বুঝতে সহায়তা করে (যদিও প্রশ্নের সাথে সম্পর্কিত কম)। আমি এখানে নির্বাণ করছি কারণ আমি সন্দেহ কিছু লোক অন্য উত্তর নিচে স্ক্রোল করুন না - কিন্তু আপনি তা মূল্যবান খুঁজে তোমার কাছে ঋণী dmo ভোট, তাই ব্যবহার লিংক সেখানে পেতে!
এরিক লিপার্ট সম্প্রতি একটি ব্লগ এন্ট্রি লিখেছেন যা উইন্ডোজ কীভাবে স্মৃতি পরিচালনা করে তা বর্ণনা করে। সংক্ষেপে, উইন্ডোজ মেমরির মডেলটি এমন ডিস্ক স্টোর হিসাবে ভাবা যেতে পারে যেখানে র্যাম পারফরম্যান্স-বাড়ানো ক্যাশে হিসাবে কাজ করে।
যেমন আমি অন্যান্য উত্তরগুলি থেকে দেখছি আমি একমাত্র সেই পৃষ্ঠা ফাইলটি অক্ষম করেছিলাম এবং কখনই এটির জন্য আফসোস করি না। দুর্দান্ত :-)
বাড়িতে এবং কাজের উভয় ক্ষেত্রেই আমার 8 জিবি র্যামের সাথে ভিস্তার 64-বিট রয়েছে। উভয়েরই পৃষ্ঠা ফাইল অক্ষম আছে। কর্মক্ষেত্রে ভিজ্যুয়াল স্টুডিও ২০০৮, উইন্ডোজ এক্সপি সহ ভার্চুয়াল পিসি, এসকিউএল সার্ভারের 2 টি উদাহরণ এবং ইন্টারনেট এক্সপ্লোরার 8 এর একসাথে অনেকগুলি ট্যাব কাজ করা আমার পক্ষে অসাধারণ কিছু নয়। আমি খুব কমই স্মৃতিতে 80% পৌঁছেছি।
আমিও প্রতিদিন কোনও সমস্যা ছাড়াই হাইব্রিড স্লিপ (ঘুমের সাথে হাইবারনেশন) ব্যবহার করছি।
আমি যখন 2 গিগাবাইট র্যামের সাথে উইন্ডোজ এক্সপি পেয়েছিলাম তখন আমি এটি নিয়ে পরীক্ষা শুরু করেছিলাম এবং আমি সত্যিই পার্থক্যটি দেখেছি। ক্লাসিক উদাহরণটি ছিল যখন কন্ট্রোল প্যানেলে আইকনগুলি একের পর এক নিজেকে প্রদর্শন বন্ধ করে দেয় তবে সমস্ত একবারে। এছাড়াও ফায়ারফক্স / থান্ডারবার্ড শুরুর সময় নাটকীয়ভাবে বেড়েছে। আমি কিছু ক্লিক করার সাথে সাথে সবকিছু কাজ শুরু করে। দুর্ভাগ্যক্রমে 2 জিবি আমার অ্যাপ্লিকেশন ব্যবহারের জন্য খুব ছোট ছিল (ভিজ্যুয়াল স্টুডিও 2008, ভার্চুয়াল পিসি এবং এসকিউএল সার্ভার), তাই আমি এটিকে আবার সক্ষম করেছিলাম।
তবে এই মুহুর্তে 8 গিগাবাইটের সাথে আমি আর ফিরে যেতে চাই না এবং পৃষ্ঠা ফাইলটি সক্ষম করতে চাই।
যারা চরম ক্ষেত্রে বলছেন তাদের ক্ষেত্রে এটি আমার উইন্ডোজ এক্সপি সময় থেকে নেওয়া উচিত।
আপনি যখন এসকিউএল কোয়েরি থেকে এক্সেলের বড় পাইভট টেবিলটি লোড করার চেষ্টা করছেন, এক্সেল 2000 এর মেমরির ব্যবহারটি খুব দ্রুত বাড়িয়ে তোলে।
আপনার যখন পৃষ্ঠা ফাইলটি অক্ষম করা আছে - আপনি কিছুটা অপেক্ষা করুন এবং তারপরে এক্সেল ফুরিয়ে যাবে এবং এর পরে সিস্টেম সমস্ত স্মৃতি মুছে ফেলবে।
আপনি যখন পৃষ্ঠা ফাইলটি সক্ষম করে রেখেছেন - আপনি কিছুক্ষণ অপেক্ষা করুন এবং যখন আপনি দেখবেন যে কিছু ভুল হয়েছে আপনি আপনার সিস্টেমের সাথে প্রায় কিছুই করতে পারবেন না। আপনার এইচডিডি জাহান্নামের মতো কাজ করছে এবং আপনি যদি কোনওভাবে টাস্ক ম্যানেজার চালানোর ব্যবস্থা করেন (কয়েক মিনিটের অপেক্ষার পরে) এবং মেরে excel.exeফেলেছেন তবে সিস্টেমটি পৃষ্ঠা ফাইল থেকে সবকিছু লোড না হওয়া পর্যন্ত আপনাকে অবশ্যই কয়েক মিনিট অপেক্ষা করতে হবে।
আমি পরে যেমন দেখেছি, এক্সেল 2003 পৃষ্ঠার অক্ষম হওয়া কোনও সমস্যা ছাড়াই একই পিভট টেবিলটি পরিচালনা করে - সুতরাং এটি "খুব বেশি বড় ডেটাসেট সমস্যা" ছিল না।
সুতরাং আমার মতে, একটি অক্ষম পৃষ্ঠা ফাইল এমনকি কখনও কখনও দুর্বল লিখিত অ্যাপ্লিকেশন থেকে আপনাকে রক্ষা করে।
শীঘ্রই: আপনি যদি আপনার মেমরির ব্যবহার সম্পর্কে সচেতন হন - তবে আপনি এটি নিরাপদে অক্ষম করতে পারেন।
সম্পাদনা: আমি কেবল যুক্ত করতে চাই যে আমি কোনও সমস্যা ছাড়াই উইন্ডোজ ভিস্তা এসপি 2 ইনস্টল করেছি।
পেজফাইলে সামঞ্জস্য করার আগে আপনার নিজের সিস্টেম কীভাবে মেমরি ব্যবহার করছে তা বুঝতে আপনি কিছু পরিমাপ করতে চাইতে পারেন। বা (আপনি যদি এখনও সমন্বয় করতে চান), আগে এবং পরে অ্যাডজাস্টমেন্টগুলি বলে।
পারফমন এটির জন্য সরঞ্জাম; না টাস্ক ম্যানেজার। একটি মূল কাউন্টার হ'ল মেমরি - পৃষ্ঠাগুলি ইনপুট / সেকেন্ড । এটি বিশেষত হার্ড পৃষ্ঠার ত্রুটিগুলি গ্রাফ করবে , যেখানে প্রক্রিয়াটি চালিয়ে যাওয়ার আগে ডিস্ক থেকে পড়া দরকার। নরম পৃষ্ঠার ত্রুটি (যা ডিফল্ট পৃষ্ঠা ফলস / সেকেন্ড কাউন্টারে বেশিরভাগ আইটেম আঁকায় ; আমি সেই কাউন্টারটিকে উপেক্ষা করার পরামর্শ দিই!) আসলেই কোনও সমস্যা নয়; তারা সাধারণত র্যাম থেকে আইটেমগুলি সাধারণত পড়া হচ্ছে তা দেখায়।
পারফোন গ্রাফ http://g.imagehost.org/0383/perfmon-paging.png
উপরে কোনও উদ্বেগ, স্মৃতি-ভিত্তিক এমন একটি সিস্টেমের উদাহরণ। খুব মাঝে মাঝে হার্ড ত্রুটিগুলির স্পাইক থাকে - এগুলি এড়ানো যায় না, কারণ হার্ড ডিস্কগুলি সর্বদা র্যামের চেয়ে বড়। তবে গ্রাফটি মূলত শূন্যের সমতল। সুতরাং ওএস খুব কমই ব্যাকিং স্টোর থেকে পেজ-ইন করছে।
আপনি যদি কোনও মেমোরি - পৃষ্ঠাগুলি ইনপুট / সেকেন্ডের গ্রাফটি দেখতে দেখেন যা এটির চেয়ে অনেক মজাদার, সঠিক প্রতিক্রিয়া হ'ল হয় কম স্মৃতি ব্যবহার (কম প্রোগ্রাম চালানো) অথবা র্যাম যুক্ত করা। আপনার পেজফাইলে সেটিংস পরিবর্তন করা আসলে যে সিস্টেমের চেয়ে বেশি মেমরির দাবি করা হচ্ছে তা পরিবর্তন করবে না।
নিরীক্ষণের জন্য একটি সহজ অতিরিক্ত কাউন্টার হ'ল ফিজিকালডিস্ক - গড়। সারি দৈর্ঘ্য (সমস্ত দৃষ্টান্ত)। এটি আপনার পরিবর্তনগুলি নিজেই ডিস্ক ব্যবহারকে কতটা প্রভাবিত করে তা দেখায়। একটি ভাল আচরণের সিস্টেমটি প্রতি টাকুতে 4 বা তারও কম গড়ের এই কাউন্টারকে দেখায় ।
আমি আমার 8 জিবি ভিস্তা x64 বক্সটি বছরের পর বছর কোনও পৃষ্ঠা ফাইল ছাড়াই চালিয়েছি, কোনও সমস্যা ছাড়াই।
আমি যখন সত্যিই আমার স্মৃতি ব্যবহার করি তখন সমস্যাগুলি দেখা দেয়!
তিন সপ্তাহ আগে, আমি ফটোশপে সত্যিই বড় চিত্রগুলির ফাইলগুলি (GB 2 গিগাবাইট) সম্পাদনা শুরু করি began একটি সম্পাদনা অধিবেশন আমার সমস্ত স্মৃতি খেয়ে ফেলেছে। সমস্যা: ফটোশপের ফাইল সংরক্ষণের জন্য আরও মেমরির প্রয়োজন হওয়ায় আমি আমার কাজটি সংরক্ষণ করতে পারিনি!
এবং যেহেতু এটি ফটোশপ নিজেই ছিল যা সমস্ত স্মৃতি খেয়ে ফেলেছিল তাই আমি প্রোগ্রামগুলি বন্ধ করেও মেমরি মুক্ত করতে পারি না (ভাল, আমি করেছি, তবে এটি সাহায্য করার পক্ষে খুব কম ছিল)।
আমি যা করতে পারি তা হ'ল আমার কাজটি স্ক্র্যাপ করা, আমার পৃষ্ঠার ফাইলটি সক্ষম করা এবং আমার সমস্ত কাজ পুনরায় করা - আমি এর কারণে প্রচুর কাজ হারিয়েছি এবং আপনার পৃষ্ঠার ফাইলটি অক্ষম করার প্রস্তাব দিতে পারি না।
হ্যাঁ, এটি বেশিরভাগ সময় দুর্দান্ত কাজ করবে। তবে যে মুহুর্তটি এটি ভেঙে যায় তা বেদনাদায়ক হতে পারে।
যদিও এখানে উত্তরগুলি বিষয়টিকে বেশ ভালভাবে কভার করেছে, আমি এখনও এই পড়ার সুপারিশ করব:
http://blogs.technet.com/markrussinovich/archive/2008/11/17/3155406.aspx
তিনি প্রায় শেষে পিএফ আকার সম্পর্কে কথা বলেন:
কিছু অনুভব করে যে কোনও পেজিং ফাইলের ফলাফলের উন্নত পারফরম্যান্সের ফলাফল নেই, তবে সাধারণভাবে, একটি পেজিং ফাইল থাকার অর্থ উইন্ডোজ পরিবর্তিত তালিকায় পৃষ্ঠাগুলি লিখতে পারে (যা এমন পৃষ্ঠাগুলি উপস্থাপন করে যা সক্রিয়ভাবে অ্যাক্সেস করা হয়নি তবে ডিস্কে সংরক্ষণ করা হয়নি) পেজিং ফাইল, এভাবে আরও দরকারী উদ্দেশ্যে (প্রক্রিয়া বা ফাইল ক্যাশে) সেই স্মৃতি উপলব্ধ করা হয়। সুতরাং এমন কিছু ওয়ার্কলোড থাকতে পারে যা কোনও পেজিং ফাইল না দিয়ে আরও ভাল সম্পাদন করে, সাধারণভাবে এটির অর্থ আরও কার্যকরযোগ্য মেমরিটি সিস্টেমে উপলব্ধ রয়েছে (মনে করবেন না যে উইন্ডোজ কোনও পেজিং ফাইল ছাড়াই কার্নেল ক্রাশ ডাম্প লিখতে সক্ষম হবে না) তাদের ধরে রাখার জন্য যথেষ্ট)।
আমি মার্কের নিবন্ধগুলি সত্যিই পছন্দ করি।
আমি সবচেয়ে ভাল উত্তরটি ভাবতে পারি এটি হ'ল একটি সাধারণ বোঝার নীচে আপনি 8 জিবি ব্যবহার করতে না পারেন তবে এটি অপ্রত্যাশিত বোঝা যেখানে আপনি সমস্যায় পড়বেন।
একটি পৃষ্ঠা ফাইলের সাথে, সিস্টেমটি একবার পৃষ্ঠায় আঘাত শুরু করার পরে কমপক্ষে ধীরে ধীরে চলবে। তবে আপনি যদি পৃষ্ঠা ফাইলটি সরিয়ে ফেলেন তবে এটি কেবল মারা যাবে (আমি যা জানি তা থেকে)।
এছাড়াও, 8 গিগাবাইট এখন অনেকটা মনে হচ্ছে তবে কয়েক বছর ধরে এটিকে অনেকগুলি সফ্টওয়্যারের জন্য মেমরির ন্যূনতম পরিমাণ হিসাবে বিবেচনা করা যেতে পারে।
যেভাবেই হোক - আমি কমপক্ষে একটি ছোট পৃষ্ঠা ফাইল রাখার পরামর্শ দেব; তবে অন্যেরা দয়া করে আমাকে সংশোধন করুন যদি আমি অফ-বেস হয়।
এটি উইন্ডোজের 64৪-বিট সংস্করণ কিনা তা আপনি উল্লেখ করেন নি, তবে আমার ধারণা হ্যাঁ।
পেজফাইলে বিএসওডির ( স্মৃতিচারণের ব্লু স্ক্রিন) ক্ষেত্রে মেমরির ডাম্প তৈরি সহ অনেকগুলি বিষয় রয়েছে ।
আপনার যদি পেজফিল না থাকে তবে পর্যাপ্ত মেমরি না থাকলে উইন্ডোজ ডিস্কে পেজ আউট করতে সক্ষম হবে না। আপনি ভাবতে পারেন 8 জিবি দিয়ে আপনি এই সীমাতে পৌঁছাতে পারবেন না। তবে আপনার সাথে খারাপ প্রোগ্রাম থাকতে পারে সময়ের সাথে সাথে মেমরি ফাঁস হয়।
আমি মনে করি এটি কোনও পেজফাইল ছাড়াই আপনাকে হাইবারনেট / স্ট্যান্ডবাইতে যেতে দেবে না (তবে আমি এখনও চেষ্টা করিনি)।
উইন্ডোজ 7/2008 / ভিস্তা পৃষ্ঠা ফাইলের ব্যবহার পরিবর্তন করে না।
আমি মার্ক রাশিনোভিচ (মাইক্রোসফ্ট ফেলো) এর একটি ব্যাখ্যা দেখেছি যা ব্যাখ্যা করেছে যে উইন্ডোজ কোনও পৃষ্ঠা ফাইল (এমনকি প্রচুর র্যাম সহও) এর চেয়ে পৃষ্ঠা ফাইল ছাড়াই ধীর হতে পারে। তবে এর মূল কারণটি আর খুঁজে পাচ্ছি না।
আপনি কি ডিস্কের জায়গা ছাড়ছেন? বিএসওডির ক্ষেত্রে কার্নেল ডাম্প রাখতে সক্ষম হতে আমি সর্বনিম্ন 1 জিবি রাখব।
আমি আমার পৃষ্ঠার ফাইলটি (একটি x86 ল্যাপটপে 8 গিগাবাইট) অক্ষম করেছি এবং 2500 এমবি ফ্রি সহ দুটি সমস্যাও পেয়েছি:
ডাব্লুসিএফ পরিষেবাটি সক্রিয় করার চেষ্টা করে এএসপি.নেট ত্রুটি : মেমরি গেটগুলি পরীক্ষা করা ব্যর্থ হয়েছে কারণ ফ্রি মেমরি (399,556,608 বাইট) মোট মেমরির 5% এরও কম is ফলস্বরূপ, আগত অনুরোধগুলির জন্য পরিষেবাটি উপলব্ধ হবে না। এটি সমাধানের জন্য, হয় মেশিনে লোড হ্রাস করুন বা পরিষেবা হোস্টিং-এনভায়রনমেন্ট কনফিগারেশন উপাদানটিতে minFreeMemoryPercentageToActivateService এর মান সামঞ্জস্য করুন।
মোটামুটি ৩.7 জিবি ৫ গিগাবাইটের কম%% আমি কখনই জানতে পারব না !!
পথ বন্ধ প্রোগ্রাম তথ্য বের করার একটি সুযোগ ডায়ালগ কখন আমার RAM এর 75% আমি আমাকে বলছে প্রোগ্রাম বন্ধ করার জন্য একটি ডায়ালগ বক্স পাবেন ব্যবহার করা হয়। আপনি এটি একটি নিবন্ধীকরণ সংশোধন (বা সম্ভবত 'ডায়াগনস্টিকস পলিসি পরিষেবা' অক্ষম করে) দিয়ে অক্ষম করতে পারেন ।
শেষ পর্যন্ত আমি আবার এটি আবার চালু করার সিদ্ধান্ত নিয়েছি। উইন্ডোজ কেবল সাদামাটা এবং সরল কখনও কোনও পেজ ফাইল ছাড়াই ব্যবহারের জন্য ডিজাইন করা হয়নি। এটি পেজিংয়ের সাথে চালিত হওয়ার জন্য অনুকূলিত, ছাড়াই নয়। যদি আপনি আপনার মেমরির 75% এরও বেশি ব্যবহার করার পরিকল্পনা করে থাকেন এবং আপনি আপনার রেজিস্ট্রিতে গোলযোগ করতে চান না - তবে এটি আপনার পক্ষে নাও হতে পারে।
একমাত্র ব্যক্তি যে আপনি যদি বলতে পারেন আপনার সার্ভার অথবা ওয়ার্কস্টেশনের "প্রয়োজন" একটি পৃষ্ঠায় ফাইল আপনি কর্মক্ষমতা মনিটর বা যাই হোক না কেন এটা এই দিন বলা হয় সতর্কতা অবলম্বন ব্যবহার সঙ্গে। কি অ্যাপ্লিকেশন আপনি দৌড়াচ্ছে, কি ব্যবহার তারা দেখতে পান, এবং কি সর্বোচ্চ এর সম্ভাব্য মেমরি ব্যবহার আপনি সম্ভাব্য দেখতে পারে?
ক্ষুদ্র হার্ড ডিস্কগুলিতে এক মিনিটের পরিমাণ অর্থ সাশ্রয়ের জন্য স্থিতিশীলতা কি সম্ভবত আপোস করার যোগ্য?
আপনি যখন খুব বড় প্যাচটি ডাউনলোড করেন তখন কী হয়, একটি সার্ভিস প্যাকটি বলুন। ইনস্টলার পরিষেবা যদি সিদ্ধান্ত নেয় যে প্যাচটি আনপ্যাক করার জন্য এটির চেয়ে বেশি মেমরির প্রয়োজন আছে, তবে কী? যদি আপনার ভাইরাস স্ক্যানার (যথাযথভাবে) এই খুব বড় প্যাকটি স্ক্যান করার সিদ্ধান্ত নেয়, তবে এই প্যাচ ফাইলটি আনপ্যাক করে স্ক্যান করার সময় কোন ধরণের মেমরির প্রয়োজন হবে - আমি আশা করি প্যাচ সংরক্ষণাগার ফাইলটিতে কোনও সংরক্ষণাগার নিজেই নেই, কারণ এটি একেবারে হবে হত্যার স্মৃতি ব্যবহারের পরিসংখ্যান।
আমি আপনাকে যা বলতে পারি তা হ'ল আপনার পৃষ্ঠার ফাইলটি মুছে ফেলার ক্ষেত্রে সাহায্য করার চেয়ে বেশি আঘাতের সম্ভাবনা রয়েছে। আপনার কাছে একটি না থাকার কারণ আমি দেখতে পাচ্ছি না - আমি নিশ্চিত যে এখানে কয়েকটি বিশেষজ্ঞের ক্ষেত্রে আমার ভুল হতে পারে তবে এটি অন্য একটি সম্পূর্ণ অঞ্চল।
আপনার মোট মেমরি উপলব্ধ আপনার পেজফিল + প্রকৃত মেমরি।
মূল প্রশ্নটি হ'ল সমস্ত অ্যাপ্লিকেশনের জন্য আপনার প্রত্যাশিত মোট মেমরির ব্যবহার এবং অপারেটিং সিস্টেমের ব্যবহার 8 গিগাবাইটে পৌঁছেছে। যদি আপনার গড় মেমের ব্যবহার 2 জিবি হয় এবং আপনার সর্বোচ্চ মেমরির ব্যবহারটি 4 গিগাবাইট হয় তবে একটি পৃষ্ঠার ফাইল থাকা অর্থহীন। আপনার সর্বোচ্চ মেমরির ব্যবহার যদি 6-7 গিগাবাইটের কাছাকাছি হয় বা এর চেয়ে বেশি হয় তবে একটি পৃষ্ঠা ফাইল থাকা ভাল ধারণা।
PS: ভবিষ্যতে বৃদ্ধির জন্য অনুমতি দিতে ভুলবেন না!
দেখে মনে হচ্ছে এই মারাত্মকভাবে সীমাবদ্ধ অনেক লোকেরই এই বিষয়ে মতামত আছে তবে তারা কোনও পৃষ্ঠা ফাইল ছাড়াই কখনও তাদের কম্পিউটার চালানোর চেষ্টা করেনি।
কয়েকজন, যদি প্রায় কেউ না থাকে তবে চেষ্টা করেছেন। এমনকি উইন্ডোজ কীভাবে পেজফাইলে আচরণ করে তা জানা যায়নি। শারীরিক র্যাম শেষ হয়ে গেলে এটি "ঠিক" পূরণ করে না। আমি বাজি ধরছি আপনারা বেশিরভাগই জানতেন না যে আপনার "ফ্রি" র্যাম ফাইল ক্যাশে হিসাবে ব্যবহৃত হয়!
আপনি নিজের পৃষ্ঠা ফাইলটি অক্ষম করে ব্যাপক কর্মক্ষমতা উন্নতি করতে পারেন। আপনার সিস্টেমটি মেমরির বাইরে থাকা ত্রুটিগুলির জন্য আরও বেশি সংবেদনশীল হবে (এবং আপনি কী জানেন যে আপনার অ্যাপ্লিকেশনগুলি সেই পরিস্থিতিতে কীভাবে প্রতিক্রিয়া জানায় - বেশিরভাগ ক্ষেত্রে ওএস কেবল অ্যাপ্লিকেশনটি বন্ধ করে দেয়)। স্ট্যান্ডবাই বা দীর্ঘ নিষ্কলুষ সময়সীমা থেকে শুরু করার সময়গুলি খুব বেশি সংক্ষিপ্ত হবে।
মাইক্রোসফ্ট যদি বাস্তবে আপনাকে এমন একটি বিকল্প সেট করার অনুমতি দেয় যার মাধ্যমে কেবলমাত্র শারীরিক র্যামের বাইরে পেজফাইল ব্যবহার করা হয় (এবং সমস্ত ফাইল বাফার বাতিল হয়ে যায়) তবে আমি মনে করব যে পৃষ্ঠাফাইলে অক্ষম করা থেকে কিছুটা কম হবে।
এটি অ্যান্টিডোটাল, তবে আমরা প্রায় 20 ব্যবহারকারীর জন্য একটি উইন্ডোজ সার্ভার 2003 টার্মিনাল সার্ভার পরিচালনা করি, 10-15 সময়ে সময়ে লগইন হয় এবং এতে 8 জিবি র্যাম রয়েছে। আমরা কোনও পৃষ্ঠা ফাইল দিয়ে চালাই না এবং আমাদের সার্ভারটি আগের চেয়ে দ্রুত চালিত হয়। এটি স্পষ্টতই সবকিছুর সমাধান নয়, তবে আমরা এখন দু'বছর ধরে এইরকম চালিয়েছি, এবং আমি যে বিষয়ে সচেতন তা কোন বিষয় ছিল না।