আপনার এসএসডি দিয়ে পৃষ্ঠা ফাইলটি নিষ্ক্রিয় করা উচিত?


26

আমি এই প্রশ্নটি পড়ছি , এবং এতে প্রচুর দুর্দান্ত তথ্য রয়েছে।

তবে ধরে নিচ্ছি আপনার কাছে পর্যাপ্ত র‌্যামের চেয়ে বেশি রয়েছে, আমি মনে করি পৃষ্ঠার ফাইলটি জীবনকাল বাড়ানোর জন্য এসএসডি-তে অক্ষম করা উচিত। আমি জানি আপনি ক্র্যাশের মূল ডাম্পটি হারাবেন, তবে অনেকেরই সেই তথ্যের প্রয়োজন নেই।

পৃষ্ঠার ফাইল ব্যতীত আমার বোঝাপড়া থেকে, আপনি যখন আপনার র‌্যামের সীমাতে পৌঁছেছেন, তখন এটি ডিস্কে ছোটাছুটি হতে পারে। তবে এসএসডি-র জন্য প্রহার করার কোনও ধারণা নেই, পঠন দ্রুত হয়।

তোমরা কি ভাবো?


আমি এটি ছেড়ে দেব। আধুনিক এসএসডি এর দূরত্ব স্থায়ী করা উচিত। দেখুন: সংগ্রহশালা / এসএসডিমিথস-ইন্ুরেন্স html
ম্যাট

1
এছাড়াও, আপনার কাজের চাপ সরবরাহ করা আপনার সার্ভারের পক্ষে উপযুক্ত, আপনার কোনওভাবেই ডিস্কে পেজিং করা উচিত (ভাল, কেবল যেখানে পেজিংই এটির উপকারী)। গত মাসে একা আমার সার্ভারগুলি পুরো মাসে প্রায় 100 পৃষ্ঠা ইন / আউট করে।
ম্যাথু ইফি 5'12

উত্তর:


22

তবে ধরে নিচ্ছি আপনার কাছে পর্যাপ্ত র‌্যামের চেয়ে বেশি রয়েছে, আমার ধারণা জীবনকাল বাড়ানোর জন্য পৃষ্ঠার ফাইলটি এসএসডি-তে অক্ষম করা উচিত। আমি জানি আপনি ক্র্যাশের মূল ডাম্পটি হারাবেন, তবে অনেকেরই সেই তথ্যের প্রয়োজন নেই

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

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

উদাহরণস্বরূপ, ইন্টেল এক্স 25-ই ড্রাইভ 32 গিগাবাইট ড্রাইভের জন্য 1 পেটবাইট র্যান্ডম লেখার সময়কাল দাবি করে। ওভাররাইটের সাথে যদি আপনি লেখার ইন্টারফেস (200 এমবি / সেকেন্ড) ননস্টপকে স্যাচুরেট করে থাকেন তবে আমার অনুমানটি এটি প্রায় 58 দিন অবধি থাকবে। কিন্তু এটি সেই ড্রাইভে প্রতিদিন ১ T টিবিবি ডেটা জাতীয় কিছু লিখছে।

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

এই পরিসংখ্যানগুলি অবশ্যই নিঃসন্দেহে উচ্চ বলে মনে হচ্ছে, সুতরাং আসুন ড্রাইভের প্রত্যাশিত দৈর্ঘ্যের জন্য ইন্টেলের দ্বারা উদ্ধৃত প্রকৃত পরিসংখ্যানগুলি দেখুন । পাঁচ বছরের জন্য প্রতিদিন 100 জিবি ডেটা লিখতে এমএলসি (অ-এন্টারপ্রাইজ) ড্রাইভের যোগ্যতা অর্জন করতে ইন্টেল খুশি হয়েছিল। এসএলসি বনাম এমএলসি ফ্ল্যাশের স্ট্যান্ডার্ড বোঝাপড়াটি বলে যে এসএলসি ফ্ল্যাশ এমএলসি থেকে প্রায় 10x দীর্ঘ স্থায়ী হয় (উপরের লিঙ্কটি গ্রাফটিতেও এটি দেখায়)।

সত্য সময়ে সময়ে বাহিত হবে, অবশ্যই - আমরা হয় ড্রাইভ প্রথম দিকে ব্যর্থ হয় দেখতে শুরু করব বা আমরা তা করব না। তবে ড্রাইভের পেছনের সংখ্যাগুলি দীর্ঘমেয়াদী ড্রাইভকে যুক্ত করে তোলে যা মোটেও শালীন মানের এসএসডি কোনও সমস্যা নয়

আপনি যদি একটি এমএলসি এসএসডি ব্যবহার করেন তবে আপনি সম্ভবত উদ্বিগ্ন হওয়ার অধিকার করছেন। তবে মনে রাখবেন যে যদি পাঁচ বছরের জন্য ইন্টেল ড্রাইভকে ১০০ গিগাবাইট / দিনে রেট করতে খুশি হয় তবে এটি মূলত 10 বছরের জন্য 50 জিবি / দিনের মতোই। এবং, আমার আসল বিন্দুতে ফিরে আসার পরেও, আপনার এখনও ড্রাইভে কোন ধরণের প্রকৃত কাজের চাপ বোঝা যাচ্ছে তা জানতে হবে।

ব্যক্তিগতভাবে, আমি দৃ strongly়তার সাথে বলব একটি উত্পাদন সার্ভার পরিবেশে এমএলসি এসএসডি ব্যবহার না করা। যদি কোনও শালীন এসএলসি এসএসডি খুব ব্যয়বহুল হয় তবে আপাতত স্পিনিং ডিস্কগুলিতে থাকুন।

(একদিকে যেমন আপনি যদি সংখ্যাগুলি করেন তবে 50 বছরের জন্য প্রতিদিন 100 জিবি বলুন যা "এসএলসি এমএলসি থেকে 10x দীর্ঘ স্থায়ী হয়") দেখে মনে হচ্ছে ইন্টেল বলছে যে তাদের 32 জিবি ড্রাইভে আসলে মোট লেখার জীবনকাল রয়েছে 2 পিবি ডেটার কাছাকাছি, 1 পিবি পণ্যের স্পেসিফিকেশন হিসাবে উদ্ধৃত হয় না। এমনকি যদি আমি কেবলমাত্র এই দুটি মানের উপর নির্ভর করি তবে খুশি হতে হবে যে আমার এক্স 25-ই ড্রাইভগুলি 10 বছরের উত্তরে থাকতে হবে।)


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

15

ড্যানিয়েল লসন যেমন উল্লেখ করেছেন এবং দীর্ঘস্থায়ীত্ব সম্ভবত কোনও সমস্যা নাও রয়েছে তার পাশাপাশি এমএস দল থেকে প্রাপ্ত প্রতিক্রিয়া (নীচে) বিবেচনা করুন

  1. পেজ ফাইলটি কেবল যখনই প্রয়োজন হবে তখনই ব্যবহৃত হবে
  2. পেজফাইলে যদি ব্যবহার করা হচ্ছে তবে এসএসডি বনাম একটি স্পিনিং হার্ড ড্রাইভ থাকাটি একটি বিশাল পার্থক্য তৈরি করবে

পেজ ফাইলটি এসএসডিগুলিতে রাখা উচিত?

হ্যাঁ। বেশিরভাগ পেজফাইল অপারেশনগুলি ছোট এলোমেলো পড়া বা বৃহত্তর ক্রমযুক্ত লেখাগুলি, উভয়ই এসএসডিগুলি পরিচালনা করে এমন ধরণের অপারেশন।

হাজারো ট্রেস থেকে টেলিমেট্রি ডেটা দেখার জন্য এবং পেজফাইলে পড়া এবং লেখার উপর ফোকাস করা, আমরা এটি পাই

  • পেজফিল.সিস পেজফাইলের সংখ্যা ছাড়িয়ে যায় readssys প্রায় 40 থেকে 1 লিখে writes
  • পেজফিল.স সাইজ পড়ার মাপগুলি সাধারণত খুব ছোট, 4 কেবি এর চেয়ে 67% কম বা সমান এবং 16 কেবি এর চেয়ে 88% কম।
  • পেজফিল.সিস লেখাগুলি তুলনামূলকভাবে বড়, 128 কেবি এর চেয়ে 62% বেশি বা সমান এবং 45% হুবহু 1 এমবি আকারের। প্রকৃতপক্ষে, নির্দিষ্ট পেজফাইলে রেফারেন্স নিদর্শনগুলি দেওয়া হয়েছে এবং এসএসডিগুলিতে অনুকূল পারফরম্যান্সের বৈশিষ্ট্যগুলি রয়েছে , এসএসডি-তে রাখার জন্য পেজফাইলে আরও কিছু ফাইল রয়েছে।

সলিড-স্টেট ড্রাইভগুলির জন্য সমর্থন এবং প্রশ্নোত্তর (এমএসডিএন)


9

পুরোপুরি পেজফাইলে অক্ষম করার পরিবর্তে ওএসকে এটি ব্যবহার না করার জন্য বলার জন্য দরকারী (উদাহরণস্বরূপ sysctl vm.swappiness=0)।

এসএসডি অপ্রয়োজনীয় লেখাগুলি সংরক্ষণ করে ওএস প্রয়োজনীয় না হলে এটিকে ব্যবহার করা এড়াবে।


4
দারুণ. উইন্ডোজের জন্য কি এমন কোনও টুইট আছে?
পাইরোলিস্টিকাল

আমি নিশ্চিত নই, তবে আপনি পৃষ্ঠার ফাইলের আকার ন্যূনতম (2MB) এ সেট করে এবং এটি বাড়ার অনুমতি দিয়ে তা অনুকরণ করতে সক্ষম হতে পারেন।
মাইকিবি

5

আমি পৃষ্ঠা ফাইলটি সর্বদা সক্ষম রেখে দিতাম; আপনার ওএস বা অ্যাপ্লিকেশনগুলির নির্দিষ্ট অংশগুলি সেখানে উপস্থিত থাকার প্রত্যাশায় লিখিত হতে পারে এবং এর মতো না থাকলে দুর্ব্যবহার করতে পারে।

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

একটি বিকল্প এটি সত্যিই ছোট সেট হতে পারে।


আমি মনে করি না অ্যাপগুলি রাম বা অদলবদ ব্যবহার করছে কিনা তা সনাক্ত করতে পারে। তাহলে কীভাবে ব্যাপার?
পাইরোলিস্টিকাল

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

কোনও ওএসের কেন কোনও পৃষ্ঠা ফাইল রয়েছে? লিনাক্স অবশ্যই তা করে না, এবং উইন্ডোজ যে বিশ্বাস করে তার কোনও কারণ আমি কখনও দেখিনি
মাইকেজ

2
উইন্ডোজে এটি বিশ্বাস করার একটি কারণ এখানে রয়েছে: ব্লগস.এমএসএনএন
এরিক্লিপার্ট

3

এটি সরাসরি ওপির কাছে প্রতিক্রিয়াশীল নয়, তবে আমি রোনাল্ড এবং ড্যানিয়েলের উপরের উত্তর / মন্তব্যে একটি ভুল ধারণাটি সংশোধন করতে চেয়েছিলাম। (আমি নতুন, সুতরাং মন্তব্য করার মতো পর্যায়ে পয়েন্ট নেই))

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

ঠিকানাগুলি পুনরায় সজ্জিত করা হয়েছে যাতে হোস্টটি এটি সম্পর্কে সচেতন না হয়। এই অতিরিক্ত লেখার ক্রিয়াকলাপ, হোস্ট লেখার সাথে সরাসরি জড়িত নয়, তাকে "লেখার প্রশস্তি" বলা হয়। স্বল্প পরিমাণে অতিরিক্ত প্রকল্পের (গোপনীয় অতিরিক্ত) স্থান সহ সম্পূর্ণ পূর্ণ এসএসডি-র সবচেয়ে খারাপ ক্ষেত্রে, লেখার প্রশস্ততা সহজেই হোস্ট রাইটিং হারের 500% - 700% এর মধ্যে হতে পারে!

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

সংক্ষেপে, দীর্ঘায়ুতা এবং অভিনয় উভয়ের জন্য ট্রিম সত্যই গুরুত্বপূর্ণ।


2

আপনি লিঙ্ক করেছেন এমন অন্য পোস্টে আমি এটি জানিয়েছি তবে আমরা পেজফাইল ছাড়াই একটি খুব মূল লাইন সার্ভার চালাই এবং এখানে সবকিছু ঠিক আছে বলে মনে হচ্ছে। আসলে এটি এটিকে ছাড়া দ্রুত বলে মনে হচ্ছে। আমাদের 8 জিবি র‌্যাম রয়েছে এবং আমি বলব আপনার হার্ড ড্রাইভ এসএসডি কিনা তা নয়, আপনার প্রচুর র‌্যাম রয়েছে কিনা তার ভিত্তিতে আপনার সিদ্ধান্ত নেওয়া উচিত। যদিও আমি অযৌক্তিক লেখাগুলি না করে এর জীবন রক্ষা করার ইচ্ছা বুঝতে পারি।


2

ভার্চুয়াল মেমরির জন্য কেবল একটি দ্বিতীয় হার্ড ড্রাইভ ব্যবহার করুন।


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

বেশিরভাগ ল্যাপটপে সম্ভব নয়।
ব্রায়ান নোব্লাচ

0

আমি এক বছরেরও বেশি সময় ধরে 8 জিবি র‌্যাম, এসএসডি সিঙ্গল ড্রাইভ এবং কোনও পৃষ্ঠা ফাইল সহ একটি ল্যাপটপ চালিয়ে যাচ্ছি, কোনও সমস্যা নেই। আমি এমন একটি গেমের মধ্যে দৌড়েছি যা পৃষ্ঠার ফাইলের প্রয়োজন, সফ্টওয়্যার ওয়েবসাইটে গিয়ে এটিকে অক্ষম করার জন্য রান কমান্ড পেয়েছে, সমস্যা সমাধান হয়েছে।

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


-1

আমি বলব অদলবদল ব্যবহার করবেন না, যদি আপনি এটি থেকে দূরে সরে যেতে পারেন। অথবা সম্ভবত অদলবদলকে নীচে নামিয়ে দিন। যদিও এটি প্রয়োজন না হলে (আপনার পক্ষে সর্বাধিক ব্যান্ডউইথের কাছে পুরো ড্রাইভে 100,000 বার লিখতে কত সময় লাগবে?), যদি আপনার এটির প্রয়োজন না হয়।

তারপরে আবার হাইবারনেট (ডিস্কে স্থগিত) কোনও ধরণের অদলবদল ছাড়া কাজ করে না।

অদলবদলের সাথে কিছু বিজোড় আচরণ ছিল (যেমনটি হ'ল 50 এমবি র‌্যাম ডিস্কে জয় হতে পারে) তবে এটি গত গ্রীষ্মে প্যাচ করা হয়েছিল (বা এটি 2007?), সুতরাং একটি বর্তমান ওএস ঠিকঠাক হওয়া উচিত।

এখন আমাদের দরকার এমন একটি হার্ডওয়্যার যা মুছে ফেলা কমান্ডকে সমর্থন করে (লিনাক্স কয়েক মাস ধরে এটি সমর্থন করে), এবং এসএসডি-তে জীবন কেবল অদ্ভুত হবে।


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

খুব সত্য, এটি তাদের আরও ভাল পারফরম্যান্স করে তুলবে।
রোনাল্ড পটল

ড্যানিয়েল (এবং রোনাল্ড): এসএসডি যদি জানতে পারে যে "ডিস্ক" এর একটি অংশ মুক্তি পেয়েছে বা শূন্য করা হয়েছে, ট্রিমের ধন্যবাদ, এটি লেখার সমতলকরণ বা ছোট লেখার পরিচালনার সময় সম্ভবত এটি অনুলিপি করে না। যার অর্থ কম লেখালেখি এবং একটি বৃহত্তর জীবনকাল, না? কিছু সূত্র আমার সাথে যে সম্মত হন যে কঠিন মনে হচ্ছে: atpinc.com/Memory-insider/... superuser.com/questions/1063744/... wiki.archlinux.org/index.php/Solid_state_drive#TRIM - প্রান্ত মামলা ইত্যাদি জন্য বড় সম্পদ
ম্যাথু এলভি

-2

আমার দু'টি এন্টারপ্রাইজ-শ্রেণির এসএসডি খুব অকাল থেকেই আমার উপর জ্বলে উঠেছে (এটি ভাল ওয়ারেন্টির সময়কালের মধ্যে)) থ্র্যাশিংয়ের কারণে কারণটি ভারী অদলবদল বলে আমি মনে করি। আমি প্রায়শই বুঝতে পেরেছিলাম যে আমার অবিশ্রুত প্রক্রিয়াগুলি চলছে / মেমরি ফাঁস সহ বগী ডেমনগুলি চালায়, যেমন প্রায় অবিচ্ছিন্নভাবে ভারী অদলবদলের কার্যকলাপ ছিল। আমি iostat -n9 -w 10সময়ে সময়ে পটভূমিতে চলে এবং লক্ষ্য করি যে প্রায়শই অবিচ্ছিন্ন ভারী ডিস্ক ক্রিয়াকলাপ থাকে। এছাড়াও কার্নেল প্রক্রিয়া '(অদলবদল) কার্যকলাপ বেশিরভাগ I / O এর উত্স হিসাবে লগ হয়েছিল। আমি এমন একটি ডেমনকে স্মরণ করি যা কয়েক মাস ধরে মেমরি ফুটো ছিল এবং পর্যায়ক্রমিক হত্যার প্রয়োজন ছিল। সিস্টেমটি বিরক্তিকরভাবে ধীর হয়ে না থাকলে আমি প্রায়শই সমস্যা সমাধান করি না, তাই ডেমনটি পুনরায় চালু করার জন্য সময় নেওয়ার আগে প্রায়শই থ্র্যাশিং দীর্ঘ সময়ের জন্য চালিয়ে যায়। এবং আরও ফাঁস স্থির করার জন্য।

অদলবদল অক্ষম করার সময় আমার দৃষ্টি আকর্ষণ করার দিকে মনোযোগ আকর্ষণ করবে, সুতরাং এসএসডি-তে প্রধান পরিধান হওয়ার আগে এই সমস্যাটির সমাধান করা হবে, এই ধরণের ক্ষতি রোধ করার পক্ষে এটি সর্বোত্তম উপায় নয়; যে কোনও শালীন পর্যবেক্ষণ / সতর্কতা সরঞ্জামটি আরও ভাল।

একটি সতর্কীকরণ উত্তর অনেক স্বীকার করতে ব্যর্থ যে একটি সার্ভার হয় তাহলে হয় পিটুনি ক্রমাগত একটি এসএসডি, এটি প্রশংসনীয় দ্রুত-burnouts এক বছরের মধ্যে প্রবেশ করবে এই অবস্থায় সাধারণ। ক্লাসিক থ্র্যাশিং সাধারণত ঘটে যখন ভার্চুয়াল মেমোরি অদলবদল বেশিরভাগ ব্যস্ত রাখার জন্য (অদলবদল) ড্রাইভটি যথেষ্ট পরিমাণে ব্যস্ত থাকে - এটির সর্বাধিক I / O ব্যান্ডউইথের প্রশস্ততার ক্রমের মধ্যে এবং কমপক্ষে একটি প্রক্রিয়া স্ব্যাপ-সম্পর্কিত আই / এর অপেক্ষায় থাকে হে সিস্টেমটি সেই অবস্থায় থাকা বেশিরভাগ সময় সম্পূর্ণ করতে। অন্যান্য উত্তরগুলি ধরে নিয়েছে যে সিস্টেমটি নেইথ্র্যাশিং, অন্তত ক্লাসিক পদ্ধতিতে নয়; বা থ্র্যাশিং কী তা একটি ভুল বোঝাবুঝির উপর নির্ভর করুন। এবং এই সঠিক ধারণাটি, অন্যান্য সঠিক তথ্য থাকা সত্ত্বেও, কেন একটি পেজ হিসাবে ভুল উত্তর সঞ্চার করে, এমনকি যখন কোনও এসএসডি সোয়াফফাইলের একমাত্র সম্ভাব্য অবস্থান, বাম দিক থেকে সক্রিয় থাকে।


-3

যখন আপনার প্রচুর অব্যবহৃত মেমরি থাকে তখন ডিস্কে পেজ ফাইলটি অক্ষম করুন। কিছু পুরানো প্রোগ্রামগুলি একটি পেজফাইলে কার্যকারিতা দাবি করে এবং সেই উইন্ডোগুলির জন্য মেমরিতে একটি ছোট পেজফিল কার্যকারিতা তৈরি করবে।


2
আমি আপনার সাথে আরও একমত হতে পারে না। এই পোস্টারটি যে প্রশ্নটির সাথে লিঙ্ক করে সেই প্রশ্নের গ্রহণযোগ্য উত্তরটি কেন দেখুন না।
চপার

2
উইন্ডোজ মেমোরিতে একটি পেজ ফাইল তৈরি করবে? এটা কেমন ছিল?
মার্ক সোওল
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.