আমি আমার উইন্ডোজ সার্ভারটি কিছু ডেটা পুনর্গঠন করার সময় প্রসেস এক্সপ্লোরার ব্যবহার করছি। এটি মূলত একটি সিপিইউ নিবিড় প্রক্রিয়া, তবে আমি নিশ্চিত করতে চাই যে এটিটি অদলবদল নয়। এটি কীভাবে প্রসেস এক্সপ্লোরার ব্যবহার করছে তা আমি বলতে পারি? আমার প্রাথমিক অনুমানটি সিস্টেম তথ্য উইন্ডোতে রয়েছে, এটি পেজিং ফাইল রাইট ডেল্টা। হ্যাঁ? কোন? আমি বোকা?
* স্ক্রিনশট সার্ভারের নয় ... কেবল একটি উদাহরণ।
ALT পাঠ্য http://www.malwareinfo.org/bootcamp/img/ProcessExplorer2.jpg
উত্তর:
"পৃষ্ঠাগুলি ইনপুট / সেকেন্ড দেখার জন্য কাউন্টার, তবে উইন্ডোজ * নিক্সের মতো পৃষ্ঠা ফাইলটি ব্যবহার করে না বলে এটি" অদলবদল "হওয়া উচিত নয়।
প্রথমে আপনাকে বুঝতে হবে যে উইন্ডোজ পৃষ্ঠাগুলি আউট নয়। আমি এরিক লিপার্টস ব্লগ পোস্টের (হালকা সম্পাদিত) সংলগ্ন অংশটি উদ্ধৃত করছি যেহেতু আমি এটির চেয়ে ভাল আর বলতে পারি না:
"র্যামকে কেবলমাত্র পারফরম্যান্স অপটিমাইজেশন হিসাবে দেখা যায় RAM র্যামে ডেটা অ্যাক্সেস করা, যেখানে বৈদ্যুতিক ক্ষেত্রগুলিতে তথ্য সংরক্ষণ করা হয় যা আলোর গতির কাছাকাছি প্রচার করে ডিস্কের ডেটা অ্যাক্সেস করার চেয়ে অনেক দ্রুত, যেখানে তথ্য প্রচুর পরিমাণে ভারী থাকে লৌহঘটিত ধাতব রেণু
অপারেটিং সিস্টেম স্টোরেজগুলির কোন পৃষ্ঠাগুলি থেকে সবচেয়ে বেশি ঘন ঘন প্রক্রিয়াগুলি অ্যাক্সেস করা হচ্ছে তা ট্র্যাক করে এবং গতি বৃদ্ধি পেতে র্যামে সেগুলির একটি অনুলিপি তৈরি করে। যখন কোনও প্রক্রিয়া এমন কোনও পৃষ্ঠার সাথে সম্পর্কিত যে কোনও পয়েন্টারে অ্যাক্সেস করে যা বর্তমানে র্যামে ক্যাশে করা হয় না, অপারেটিং সিস্টেমটি একটি "পৃষ্ঠার ত্রুটি" করে, ডিস্কে যায় এবং যুক্তিযুক্ত ধারণাটি তৈরি করে ডিস্ক থেকে র্যামে পৃষ্ঠাটির একটি অনুলিপি তৈরি করে যে খুব শীঘ্রই এটি আবার অ্যাক্সেস করা হবে।
অপারেটিং সিস্টেমটি কেবল পঠনযোগ্য রিসোর্সগুলি ভাগ করে নেওয়ার ক্ষেত্রেও খুব স্মার্ট। যদি দুটি প্রক্রিয়া উভয়ই একই ডিএলএল থেকে কোডের একই পৃষ্ঠা লোড করে, তবে অপারেটিং সিস্টেম দুটি প্রক্রিয়ার মধ্যে র্যাম ক্যাশে ভাগ করে নিতে পারে। যেহেতু কোডটি সম্ভবত কোনও প্রক্রিয়া দ্বারা পরিবর্তন করা যাচ্ছে না, তাই র্যামের নকল পৃষ্ঠাটি ভাগ করে এটি সংরক্ষণ করা পুরোপুরি বুদ্ধিমান।
তবে চতুর ভাগ করে নেওয়ার পরেও শেষ পর্যন্ত এই ক্যাচিং সিস্টেমটি র্যামের বাইরে চলে যেতে চলেছে। যখন এটি ঘটে তখন অপারেটিং সিস্টেমটি অনুমান করে যে খুব শীঘ্রই কোন পৃষ্ঠাগুলিতে অ্যাক্সেস হওয়ার সম্ভাবনা রয়েছে, সেগুলি পরিবর্তিত হলে ডিস্কে লিখে রাখে এবং সেই র্যামকে এমন কোনও কিছুতে পড়তে মুক্তি দেয় যা আবার অ্যাক্সেস হওয়ার সম্ভাবনা বেশি থাকে RAM শীঘ্রই.
যখন অপারেটিং সিস্টেমটি ভুলভাবে অনুমান করে, বা সম্ভবত, যখন সমস্ত চলমান প্রক্রিয়াগুলিতে ঘন ঘন অ্যাক্সেসিত সমস্ত পৃষ্ঠাগুলি সংরক্ষণ করার জন্য পর্যাপ্ত পরিমাণে র্যাম না থাকে, তখন মেশিনটি "থ্রেশিং" শুরু করে। অপারেটিং সিস্টেমটি ব্যয়বহুল ডিস্ক স্টোরেজটি লেখার এবং পড়ার জন্য তার সমস্ত সময় ব্যয় করে, ডিস্ক অবিচ্ছিন্নভাবে চলে এবং আপনি কোনও কাজ শেষ করেন না।
এর অর্থ হ'ল "র্যামের বাইরে চলে যাওয়া" এর ফলে খুব কমই একটি "মেমরির আউট" ত্রুটি হয়। একটি ত্রুটির পরিবর্তে, এটি খারাপ কার্য সম্পাদনের ফলাফল দেয় কারণ স্টোরেজটি আসলে ডিস্কে থাকা সত্যতার পুরো ব্যয় হঠাৎ প্রাসঙ্গিক হয়ে যায়।
এটি দেখার আরেকটি উপায় হ'ল আপনার প্রোগ্রামটি যে পরিমাণ ভার্চুয়াল মেমরি গ্রহণ করে তা এর কার্যকারিতার সাথে প্রকৃতপক্ষে অত্যন্ত প্রাসঙ্গিক নয়। যা প্রাসঙ্গিক তা হ'ল ভার্চুয়াল মেমরির মোট পরিমাণটি নয়, বরং, (1) সেই মেমরির কতটা অন্যান্য প্রক্রিয়াগুলির সাথে ভাগ করা হয় না, (২) সাধারণভাবে ব্যবহৃত পৃষ্ঠাগুলির "কার্যকারী সেট" কত বড় এবং ( 3) সমস্ত সক্রিয় প্রক্রিয়াগুলির কাজের সেটগুলি উপলব্ধ র্যামের চেয়ে বড় whether
এতক্ষণে এটি স্পষ্ট হওয়া উচিত যে "মেমরির বাইরে" ত্রুটিগুলি সাধারণত আপনার কতটা শারীরিক স্মৃতি থাকে বা কী পরিমাণ স্টোরেজ উপলব্ধ তা নিয়ে কিছুই করার নেই। এটি প্রায় সর্বদা ঠিকানা স্পেস সম্পর্কে, যা 32 বিট উইন্ডোতে তুলনামূলকভাবে ছোট এবং সহজেই খণ্ডিত হয়। "
কয়েকটি অতিরিক্ত পয়েন্ট:
উইন্ডোতে মেমরি ম্যানেজমেন্ট কীভাবে কাজ করে তার সম্পূর্ণ চিত্রের জন্য
উইন্ডোজ এনটি-তে ভার্চুয়াল-মেমরি পরিচালক
যদি আপনি মনে করেন আপনার কোনও স্মৃতি সমস্যা রয়েছে তবে আমি প্রথমে উইন্ডোজ মেমরির সমস্যা সমাধানের জন্য এই উপস্থাপনাটি দেখার পরামর্শ দিই
আপনি যখন মেমরি খণ্ডিত হওয়ার জন্য ধন্যবাদ না হন তখন কেন কখনও কখনও "মেমরি থেকে বেরিয়ে যান" তার একটি দুর্দান্ত ব্যাখ্যা এখানে রয়েছে:
উইন্ডোজের সীমাবদ্ধতা পুশ করাও দেখুন : শারীরিক মেমরি
ভার্চুয়াল মেমরি, মেমরি বিভাজন এবং ফুটো এবং ডাব্লুডব্লিউ 64 এর উপর আরও
র্যাম, ভার্চুয়াল মেমরি, পেজফিল এবং সেগুলি সমস্ত (মাইক্রোসফ্ট সমর্থন)
হালনাগাদ:
উইন্ডোজ 10 মেমরির সাথে কিছুটা আলাদা করে এবং সময়ের সাথে সাথে আপনি "সিস্টেম এবং সংক্ষেপিত মেমরি" নামে একটি প্রক্রিয়া দেখতে পাবেন উইন্ডোজ 10 পেজিং আউট তালিকায় একটি "সংক্ষেপণ স্টোর" যুক্ত করে। এই র্যামটি হল ইউএসএম মেমরি যা সিস্টেমের মালিকানাধীন (সাধারণত সিস্টেমটিতে কেবল কার্নেল মেমরি ছিল) এই মেমরিটি গড়ে প্রায় 30% হ্রাসের জন্য সংকুচিত হয়। এটি আরও পৃষ্ঠাগুলিকে মেমোরিতে সংরক্ষণ করতে দেয় (আপনারা যারা গণিত করছেন তাদের ক্ষেত্রে 70০% বেশি জায়গা রয়েছে) নোট করুন যে মেমরিটিতে এখনও চাপ থাকে তবে সংক্ষেপণ স্টোরের পৃষ্ঠা (ব্যবহারকারী মোড সিস্টেম প্রক্রিয়া স্থান) পরিবর্তিত স্থানে রাখা যেতে পারে তালিকা (সংকুচিত) যা শারীরিক পেজফাইলে লেখা যেতে পারে। সিস্টেমটি তারা দেখতে পাবে যে তারা সিস্টেম ব্যবহারকারী মোড স্পেস এবং সংকুচিত থেকে এসেছে এবং সেগুলি স্টোরে ফিরে রাখার চেষ্টা করবে না। উইন্ডোজ 10 সিস্টেমে এটি সিস্টেমের মতো দেখতে রামটি ইনহেল করছে তবে বাস্তবে এটি কেবল রাম ব্যবহারে আরও দক্ষ হওয়ার চেষ্টা করছে। ম্যাক ব্যবহারকারীরা ২০১৩ সাল থেকে একই বৈশিষ্ট্য ব্যবহার করছেন এবং লিনাক্স কার্নেলের নতুন সংস্করণগুলি মেমরি সংক্ষেপণের একটি সংস্করণ ব্যবহার করে। মেমরি সংরক্ষণের এই পদ্ধতিটি কেবল আরও ভাল নয়, তবে অন্যান্য অপারেটিং সিস্টেমের মধ্যে ইতিমধ্যে সাধারণ।
হ্যাঁ, পেজিং ডেল্টাস আপনাকে সার্ভারটি কতটা পেজ করছে (বা "অদলবদল") এর সরাসরি ইঙ্গিত দিবে, তবে কেবল সেই মুহুর্তে। এটি আরও ঘনিষ্ঠভাবে দেখতে এবং historical তিহাসিক দৃষ্টিভঙ্গি দেখার জন্য, আমি পারফরম্যান্স মনিটর ( পারফোন.এক্সি ) ব্যবহার করে সেই ডেল্টাগুলি রেকর্ড করতে বা রেকর্ড করার জন্য (এবং কোনও আগ্রহের যে কোনও পারফরম্যান্স কাউন্টার যা স্পাইকের সাথে নির্দিষ্ট ইভেন্টগুলি বা ক্রিয়াকলাপ সম্পর্কিত হতে পারে) পেজিং ক্রিয়াকলাপ)।
পারফরম্যান্স মনিটর (পারফোন) এখানে আপনার বন্ধু। আপনি হার্ড পৃষ্ঠার ত্রুটিগুলি খুঁজছেন (এটি হ'ল অনুরোধটি পূরণ করার জন্য মেমরির পৃষ্ঠাটি অবশ্যই ডিস্ক থেকে পড়তে হবে) সুতরাং কঠোর এবং নরম পৃষ্ঠার উভয় ত্রুটি পর্যবেক্ষণ করা সর্বোত্তম।
কতগুলি হার্ড পৃষ্ঠা ত্রুটি ঘটছে তার অনুভূতি পেতে পারফোন ব্যবহার করে "মেমোরি" অবজেক্টে "পৃষ্ঠাগুলি ইনপুট / সেকেন্ড" কাউন্টারটি দেখুন।
থাম্বের একটি ভাল নিয়ম হ'ল যদি আপনার প্রতিশ্রুতি চার্জটি আপনার শারীরিক মেমরির চেয়ে বেশি হয় তবে আপনি অবশ্যই কিছুটা পেজ করছেন তবে আপনার অ্যাপ্লিকেশন যদি সর্বদা ব্যবহারের মধ্যে রাখা একক স্থির ডেটা বাফার ব্যবহার করে তবে সাধারণত এটি পৃষ্ঠাযুক্ত হবে না it একেবারে বাইরে এটির জন্য জায়গা তৈরি করতে অন্য স্মৃতি পেজড থাকা অবস্থায় শুরুতে কিছুটা বিলম্ব হতে পারে।