অপ্রত্যাশিত এসএসডি ব্যবহার:উইন্ডোজ কীভাবে ডেটা লেখে এবং কেন এটি গুরুত্বপূর্ণ

26 এপ্রিল, 2026, 10:30AM EDT

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

তিনি কম্পিউটার সায়েন্সে প্রথম ডিগ্রি অর্জন করেছেন এবং ফুজো টেক ইউটিউব চ্যানেলে প্রকাশিত বিষয়ের উপর বিভিন্ন টিপস, ভিডিও এবং টিউটোরিয়াল সহ ডেটা গোপনীয়তা এবং সুরক্ষার জন্য একজন শক্তিশালী উকিল৷

যখন তিনি কাজ করেন না, তখন তিনি তার পরিবারের সাথে সময় কাটাতে, সাইকেল চালাতে বা তার বাগানে পরিচর্যা করতে পছন্দ করেন। 

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

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

কিভাবে আমি আমার SSD এর মোট লেখা চেক করেছি

উইন্ডোজ যে সংখ্যাটি ট্র্যাক করে কিন্তু কখনই আপনাকে দেখায় না

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

মেট্রিক

এটা কি দেখায়

এটা কিভাবে পড়তে হয়

মোট হোস্টের লেখা

তৈরির পর থেকে ড্রাইভে লেখা ক্রমবর্ধমান ডেটা

আপনার ড্রাইভের TBW স্পেকের সাথে তুলনা করুন

স্বাস্থ্য%

ড্রাইভের আনুমানিক অবশিষ্ট সহনশীলতা

একটি মোটামুটি নির্দেশিকা, একটি সুনির্দিষ্ট গণনা নয়

পাওয়ার-অন ঘন্টা

মোট ঘন্টা ড্রাইভ চলছে

সময় প্রসঙ্গে আপনার লেখার মোট কথা রাখে

পাওয়ার সাইকেল

ড্রাইভটি কতবার চালু হয়েছে

ঐচ্ছিক; বিশেষ করে ল্যাপটপের জন্য দরকারী

লেখার সংখ্যা ইতিমধ্যে প্রায় 40.51TB ছিল। এই পরিসংখ্যানটি আরও তাৎপর্যপূর্ণ হয়ে ওঠে যখন আমি প্রস্তুতকারকের পণ্যের পৃষ্ঠায় SSD-এর রেট করা TBW দেখেছিলাম। এই পরিসংখ্যানগুলির সাহায্যে, আমি একটি সাধারণ সূত্র ব্যবহার করে আমার SSD-এর আয়ুষ্কালের কতটা বাকি আছে তা গণনা করতে পারি:ব্যবহৃত রেট করা আয়ুষ্কালের শতাংশ =(মোট হোস্ট রাইটস ÷ TBW) × 100৷

পরিপ্রেক্ষিতের জন্য, গড় ব্যবহারকারী প্রতি বছর 7-15TB-এর মধ্যে লেখেন, যখন ভোক্তা SSD-কে 300-600TBW রেট দেওয়া হয়। উদাহরণস্বরূপ, 600 TBW রেট করা একটি 1 TB ড্রাইভ কয়েক দশক স্থায়ী হতে পারে (সাধারণ ভোক্তার লেখার স্তরে প্রায় 40 বছর), যা বোঝায় যে ড্রাইভটি শেষ করার কারণ সহনশীলতা হবে না। আমার এসএসডির জন্য আমি যে সংখ্যাটি দেখেছিলাম তা এখনও এই প্রেক্ষাপটে উচ্চ মনে হয়েছে৷

কিছু বাজেট বা পুরানো ড্রাইভ এই বিবরণগুলির কিছু প্রকাশ করতে পারে না, এমনকি CrystalDiskInfo-তেও নয়।

সংখ্যাটি ভীতিকর মনে হয়, কিন্তু এটি সাধারণত হয় না

কেন এসএসডি সহনশীলতা বেশিরভাগ লোকেরা যেভাবে চিন্তা করে সেভাবে কাজ করে না

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

আমি বিভিন্ন ভোক্তা ড্রাইভের একটি তুলনা করেছি:

SSD মডেল

ইন্টারফেস

ক্ষমতা

TBW রেটিং

Samsung 870 EVO

সাটা

1TB

600TBW

WD ব্লু SN580

NVMe (PCIe 4.0)

1TB

600TBW

গুরুত্বপূর্ণ P3 প্লাস

NVMe (PCIe 4.0)

1TB

220TBW

SK Hynix Platinum P41

NVMe (PCIe 4.0)

1TB

750TBW

উপরের তুলনা থেকে, বাজেট ড্রাইভের সাধারণত মধ্য-পরিসরের বিকল্পগুলির তুলনায় অনেক কম TBW রেটিং থাকে। আপনি যদি দীর্ঘ সময়ের জন্য ড্রাইভটি রাখার পরিকল্পনা করেন তবে এটি একটি গুরুত্বপূর্ণ বিশদ। যাইহোক, আপনি TBW সীমার কাছে যাওয়ার সাথে সাথে কর্মক্ষমতা হ্রাস পায় না; কোষ আসলে ব্যর্থ না হওয়া পর্যন্ত এটি সাধারণত স্থিতিশীল থাকে। এবং এই বিন্দু ছিল যে পরিসংখ্যান আমি আমার ড্রাইভ জন্য কম উদ্বেগজনক দেখেছি. এমনকি যদি একটি ড্রাইভ তার রেটেড সহনশীলতার 85% হিট করে, তবে এটির কার্যকারিতা একটি নতুন ড্রাইভের মতোই থাকবে যা স্বাভাবিক কাজগুলি সম্পাদন করে৷

Samsung 870 EVO

Samsung 870 EVO হল একটি উচ্চ-পারফরম্যান্স 2.5-ইঞ্চি SATA III অভ্যন্তরীণ সলিড-স্টেট ড্রাইভ (SSD) যা ভোক্তা, নির্মাতা এবং আইটি পেশাদারদের জন্য ডিজাইন করা হয়েছে৷

যেখান থেকে সেই সব লেখা আসলেই আসছে

উইন্ডোজ কখনই সত্যিকারের নিষ্ক্রিয় হয় না

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

হাইবারনেশন (hiberfil.sys) সবচেয়ে বেশি প্রভাব ফেলে। যখন আপনার পিসি সম্পূর্ণরূপে হাইবারনেট করে, উইন্ডোজ আপনার প্রায় সম্পূর্ণ RAM বিষয়বস্তু ডিস্কে লেখে। ফাস্ট স্টার্টআপ, যা বেশিরভাগ উইন্ডোজ 11 মেশিন ডিফল্টরূপে ব্যবহার করে, ভিন্নভাবে কাজ করে:এটি শুধুমাত্র আপনার সম্পূর্ণ RAM এর পরিবর্তে কার্নেল সেশনকে হাইবারনেট করে, একটি ছোট ফাইল তৈরি করে যা সাধারণত আপনার ইনস্টল করা RAM এর প্রায় 40% ল্যান্ড করে। একটি 16GB সিস্টেমে, আপনি প্রতিবার বন্ধ করার সময় এটি এখনও মোটামুটি 6GB লেখা থাকে৷

পেজফাইল (ভার্চুয়াল মেমরি) একটি উচ্চ প্রভাব আছে. উইন্ডোজ ভার্চুয়াল মেমরির জন্য পেজফাইল ব্যবহার করে এবং এর আকার গতিশীলভাবে পরিচালনা করে। এই ফাইলটি মেমরির চাপের কারণে ক্রমাগত প্রসারিত এবং সঙ্কুচিত হচ্ছে, এবং এই প্রক্রিয়াটি উল্লেখযোগ্য ব্যাকগ্রাউন্ড রাইটিং তৈরি করে৷

উইন্ডোজ আপডেট ক্যাশে থেকে কিছু অর্থপূর্ণ প্রভাবও রয়েছে। এগুলি বিরল লেখা কিন্তু বড় আপডেটের জন্য কয়েক গিগাবাইটের মতো বড় হতে পারে৷ উপরন্তু, সিস্টেম পুনরুদ্ধার / ভলিউম শ্যাডো কপি (VSS) একটি যুক্তিসঙ্গত সংখ্যক লেখা তৈরি করে।

উইন্ডোজ সার্চ ইনডেক্সিং কিছু লেখা তৈরি করে, এবং তাই SysMain (Superfetch), যদিও এগুলোর প্রভাব ততটা না। এই বোঝার সাথে, এটা পরিষ্কার হয়ে গেল যে কেন আমার সিস্টেম 40TB এর মতো লেখা রেকর্ড করেছে।

সম্পর্কিত

যে পরিবর্তনগুলি আসলে একটি পার্থক্য তৈরি করেছে—এবং যেগুলিকে আমি একা রেখে এসেছি

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

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