প্রকাশিত: এপ্রিল ২৬, ২০২৬, ১০:৩০ AM EDT
আফামের টেক পাবলিশিং অভিজ্ঞতা ২০১৮ সালে শুরু হয়, যখন তিনি Make Tech Easier-এ কাজ করতেন। বছরের পর বছর ধরে, তিনি উইন্ডোজ, লিনাক্স এবং ওপেন সোর্স টুল নিয়ে উচ্চ গুণমানের গাইড, রিভিউ, টিপস এবং এক্সপ্লেনার আর্টিকেল প্রকাশ করে খ্যাতি অর্জন করেছেন। তাঁর কাজ Technical Ustad, Windows Report, Guiding Tech, Alphr এবং Next of Windows-এর মতো শীর্ষ ওয়েবসাইটে ফিচার করা হয়েছে।
তিনি কম্পিউটার সায়েন্সে প্রথম ডিগ্রি ধারণ করেন এবং ডেটা গোপনীয়তা ও নিরাপত্তার কঠোর সমর্থক, Fuzo Tech ইউটিউব চ্যানেলে এই বিষয়ে বেশ কিছু টিপস, ভিডিও এবং টিউটোরিয়াল প্রকাশ করেছেন।
কাজ না থাকলে তিনি পরিবারের সাথে সময় কাটান, সাইকেল চালান বা বাগানের যত্ন নেন।
আমি কীভাবে আমার SSD-এর মোট লেখা চেক করলাম
উইন্ডোজ যা ট্র্যাক করে কিন্তু কখনো দেখায় না
CrystalDiskInfo-এ এই ডেটাটি "Total Host Writes" হিসেবে লেবেল করা থাকে। এটি ড্রাইভের SMART ডেটার একটি উপাদান, একটি ধরনের অভ্যন্তরীণ টেলিমেট্রি যা ড্রাইভ নিজের সম্পর্কে ধারণ করে। এটি সতত লগ করা থাকলেও, কোনো ইউজার-ফেসিং উপায়ে এটি প্রদর্শিত হয় না। একবার টুলটি খোললে, এটি ড্রাইভ অ্যাট্রিবিউটের একটি টেবিল প্রদর্শন করে, এবং এখানে কিছু অ্যাট্রিবিউট রয়েছে जिनपर আপনাকে মনোযোগ দিতে হবে:
| মেট্রিক | কী দেখায় | কীভাবে পড়বেন |
|---|---|---|
| Total Host Writes | উৎপাদন পর্যন্ত ড্রাইভে লেখা মোট ডেটা | আপনার ড্রাইভের TBW স্পেকের সাথে তুলনা করুন |
| Health % | ড্রাইভের অনুমানিত বাকি এন্ডুরেন্স | একটা মোটামুটি গাইড, সুনির্দিষ্ট কাউন্টডাউন নয় |
| Power-on Hours | ড্রাইভ চলমান থাকার মোট ঘন্টা | আপনার লেখার মোটকে সময়ের প্রেক্ষাপটে রাখে |
| Power Cycles | ড্রাইভ পাওয়ার অন হয়েছে কতবার | ঐচ্ছিক; ল্যাপটপের জন্য বিশেষভাবে উপযোগী |
লেখার সংখ্যা ইতিমধ্যে ৪০.৫১ TB ছিল। এই ফিগার আরও গুরুত্বপূর্ণ হয়ে ওঠে যখন আমি নির্মাতার প্রোডাক্ট পেজে SSD-এর রেটেড TBW খুঁজে পেলাম। এই ফিগারগুলোর সাথে, আমি একটি সাধারণ ফর্মুলা ব্যবহার করে আমার SSD-এর জীবনকালের কতটুকু বাকি আছে তা ক্যালকুলেট করতে পারলাম: রেটেড লাইফস্প্যান ব্যবহৃত শতাংশ = (Total Host Writes ÷ TBW) × ১০০।
পরিপ্রেক্ষিতের জন্য, গড় ইউজার سالে ৭-১৫ TB লেখে, যখন কনজিউমার SSD ৩০০-৬০০ TBW-এ রেটেড থাকে। উদাহরণস্বরূপ, ৬০০ TBW রেটেড ১ TB ড্রাইভ দশক ধরে চলতে পারে (গড় কনজিউমার লেখার লেভেলে প্রায় ৪০ বছর), যা ইঙ্গিত দেয় এন্ডুরেন্স ড্রাইভ শেষ হওয়ার কারণ হবে না। এই প্রেক্ষাপটেও আমার SSD-র জন্য যে সংখ্যা দেখলাম সেটি ওই ব্যক্তির জন্য উঁচু মনে হল।
কিছু বাজেট বা পুরানো ড্রাইভ এই ডিটেইলগুলো সরফেস করবে না, CrystalDiskInfo-এও নয়।
সংখ্যাটি ভয়ঙ্কর দেখালেও, সেটি সাধারণত ভয়ঙ্কর নয়
কেন SSD এন্ডুরেন্স অধিকাংশ মানুষের ধারণা অনুযায়ী কাজ করে না
বড় লেখার সংখ্যা দেখে আমি আতঙ্কিত হয়েছিলাম। যদিও এটি বোঝা যায়, কিন্তু সে আতঙ্ক মिथ্যা ছিল। TBW একটি কঠোর এক্সপায়রি ডেটা নয়, বরং একটি ওয়ারেন্টি-ব্যাকড থ্রেশহোল্ড। এটি কেবল নিশ্চিত করে যে ড্রাইভ স্বাভাবিক শর্তে 그만 ডেটা হ্যান্ডেল করবে। যাইহোক, SSD সাধারণত এই সীমা ব্যাপকভাবে অতিক্রম করে, मुख্যকारण NAND সেল ডিগ্রেডেশন একটি অত্যন্ত ধীর প্রক্রিয়া, এবং রাইটস সাধারণত ওয়ার লেভেলিং দ্বারা ড্রাইভের জুড়ে সমানভাবে বিতরণ করা হয়।
আমি বিভিন্ন কনজিউমার ড্রাইভের তুলনা করেছি:
| SSD মডেল | ইন্টারফেস | ক্ষমতা | TBW রেটিং |
|---|---|---|---|
| Samsung 870 EVO | SATA | 1TB | 600TBW |
| WD Blue SN580 | NVMe (PCIe 4.0) | 1TB | 600TBW |
| Crucial P3 Plus | NVMe (PCIe 4.0) | 1TB | 220TBW |
| SK Hynix Platinum P41 | NVMe (PCIe 4.0) | 1TB | 750TBW |
উপরোক্ত তুলন থেকে, বাজেট ড্রাইভের TBW রেটিং সাধারণত মিড-রেঞ্জ অপশনের চেয়ে অনেক কম। এটি একটি গুরুত্বপূর্ণ বিবরণ যদি আপনি ড্রাইভটি দীর্ঘদিন রাখার পরিকল্পনা করেন। যাইহোক, TBW লিমিটের কাছাকাছি আসার সাথে সাথে পারফরম্যান্স ডিগ্রেড হয় না; এটি সাধারণত স্থির থাকে যতক্ষণ না সেলগুলো আসলে ফেল করে। এবং সেটিই ছিল যে বিন্দু যা আমার ড্রাইভের জন্য দেখানো ফিগারগুলকে কম চিন্তাজনক করেছিল। এমনকি যদি কোনো ড্রাইভ তার রেটেড এন্ডুরেন্সের ৮৫% হিট করে, তার পারফরম্যান্স স্বাভাবিক কাজ করার সময় একটি নতুন ড্রাইভের সমান থাকবে।
এই সব লেখা আসলে কোথা থেকে আসছে
উইন্ডোজ কখনো আসল মানে में ইডল থাকে না
আমি যে ফিগারগুলো দেখলাম সেগুলো আশ্চর্যৎকর ছিল, বিশেষ করে কারণ আমি মনে করতাম আমি কোনো অসাধারণ কাজ করিনি। কিন্তু এটি ব্যাখ্যা করা যায় উইন্ডোজ যা জেনারেট করে লেখার ট্রাফিক দিয়ে, যা আপনার কার্যকলাপ থেকে সম্পূর্ণ স্বাধীন।
হাইবারনেশন (hiberfil.sys) সবচেয়ে বেশি প্রভাব ফেলে। যখন আপনার পিসি পুরোপুরি হাইবারনেট হয়, উইন্ডোজ আপনার পুরো RAM কন্টেন্ট ডিস্কে লিখে। ফাস্ট স্টার্টআপ, যা অধিকাংশ উইন্ডোজ ১১ মেশিন ডিফল্টভাবে ব্যবহার করে, ভিন্নভাবে কাজ করে: এটি শুধু কার্নেল সেশন হাইবারনেট করে আপনার পুরো RAM নয়, একটি ছোট ফাইল তৈরি করে যা সাধারণত আপনার ইনস্টল্ড RAM-এর ৪০% körül থাকে। ১৬ GB সিস্টেমে, এটি এখনও প্রতি শাটডাউনে প্রায় ৬ GB লিখে।
পেজফাইল (ভার্চুয়াল মেমরি) ও উচ্চ প্রভাব ফেলে। উইন্ডোজ পেজফাইল ব্যবহার করে ভার্চুয়াল মেমরির জন্য এবং এর আকার ডাইনামিকভাবে ম্যানেজ করে। এই ফাইলটি মেমরি প্রেশারের কারণে liên tục ফুলে ও সঙ্কুচিত হয়, এবং সেই প্রক্রিয়াটি উল্লেখযোগ্য ব্যাকগ্রাউন্ড রাইটস জেনারেট করে।
এছাড়াও উইন্ডোজ আপডেট ক্যাশ থেকে কিছুार्थিক প্রভাব পড়ে। এগুলো কম बार লেখা হয় কিন্তু বড় আপডেটের জন্য অनेক গিগাবাইট বড় হতে পারে। অতিরিক্ত, System Restore / Volume Shadow Copy (VSS)ও যুক্তিসঙ্গত পরিমাণে রাইটস তৈরি করে।
Windows Search indexing কিছু লেখা তৈরি করে, এবং SysMain (Superfetch)ও, যদিও এদের প্রভাব তত বেশি নয়। এই বোঝাপড়ার সাথে, আমার সিস্টেম ৪০ TB পর্যন্ত লেখা রেকর্ড করেছিল কেন তা স্পষ্ট হয়ে গেল।
যে টুইকগুলো আসলে ফলাফল দিয়েছে—এবং যেগুলো আমি ছেড়ে দিলাম
ব্যাকগ্রাউন্ড সার্ভিস ডিজেবল করা অধিকাংশ ড্রাইভের জন্য অনাবশ্যক এবং অবাস্তব। তাই আমি उन পরিবর্তনগুলোর দিকে মনোযোগ দিলাম যেগুলো সর্বোচ্চ লেখার ভলিউমওয়ালা কার্যকলাপকে প্রভাবিত করে। এতে পুরোপুরি হাইবারনেশন ডিজেবল করা ছিল। এই ফিচার একটি ডেস্কটপের জন্য যেটি কখনো ব্যাটারি দিয়ে চলে না, সেটি আসলে প্রয়োজন নেই, এবং আপনাকে শুধু powercfg /h off কমান্ডটি এডমিনিস্ট্রেটিভ কমান্ড প্রম্পটে চালাতে হবে এটি বন্ধ করতে।
আমি সার্চ ইন্ডেক্সিং ডিজেবল করিনি, কিন্তু এটিকে শুধু যেসব ফোল্ডারে সার্চ করি সেগুলো (যেমন Documents এবং Start Menu) পর্যন্ত সীমাবদ্ধ করলাম। যাইহোক, SysMain-কে ছেড়ে দিলাম। আমি VSS ও রাখলাম কারণ রিস্টোর পয়েন্ট হারাতে গেলে খুব বড় ট্রেড-অফ হয়। সব পরিবর্তন중한, হাইবারনেশন ডিজেবল করা সবচেয়ে প্রভাবে ফেলে কারণ এটি SSD-এ সবচেয়ে বেশি লেখে।
