میں ہمیشہ ایک نیا SSD انسٹال کرنے کے بعد بینچ مارک چلاتا ہوں۔ نمبروں پر ایک سرسری نظر اکثر ہمیں یقین دلاتی ہے کہ سب کچھ ٹھیک ہے۔ لیکن اس عادت نے مجھے پکڑ لیا۔ کچھ ونڈوز کمانڈز نے میرے ایس ایس ڈی کے بارے میں معلومات کا انکشاف کیا جو یہاں تک کہ کرسٹل ڈسک مارک نے کبھی ظاہر نہیں کیا تھا۔ میں آخر کار اپنی ڈرائیو کی وشوسنییتا کا تعین کرنے کے قابل تھا اور کون سی ترتیبات اس کو نقصان پہنچا سکتی ہیں۔ اب ہم چیزوں کو مختلف طریقے سے دیکھتے ہیں، کیونکہ خام تھرو پٹ کا ایک فوری اسنیپ شاٹ کہانی کا صرف ایک حصہ ہے۔
مجھے ونڈوز سے اپنے ایس ایس ڈی کے بارے میں دوسری رائے ملی۔
Get-PhysicalDisk نے ہمیں کچھ دکھایا جو کوئی بینچ مارک کبھی نہیں دیکھ سکتا تھا۔
میں نے اس SSD پر کئی بار CrystalDiskMark چلایا ہے اور یہ ہمیشہ اچھی پڑھنے اور لکھنے کی رفتار دکھاتا ہے۔ تاہم، محض تجسس سے باہر، میں نے پاور شیل کھولا اور درج ذیل کمانڈ کو چلایا:
Get-PhysicalDisk
نتائج میں تین دلچسپ فیلڈز تھے: Health Status، Operational Status، اور MediaType۔ اس نے میری توجہ مبذول کرائی کیونکہ یہ پہلے کبھی بینچ مارک چارٹ پر ظاہر نہیں ہوا تھا۔ یہ اقدار اس بات کی عکاسی کرتی ہیں کہ ونڈوز اسٹوریج ڈرائیو کی موجودہ اور آپریشنل حالت کو کیا سمجھتی ہے۔ یہ صحت کا ایک الگ جائزہ ہے جو عام طور پر مینوفیکچرر کی افادیت کے ذریعہ رپورٹ کیا جاتا ہے۔ یہ اس بات کا پیمانہ نہیں ہے کہ ڈرائیو کتنی تیزی سے ڈیٹا کو منتقل کر سکتی ہے۔
میں نے ڈرائیو کے پہننے کی سطح اور پاور آن ٹائم کا استعمال کرتے ہوئے بھی استفسار کیا: Get-PhysicalDisk | Get-StorageReliabilityCounter. آپ ہمیشہ Get-StorageReliabilityCounter پر بھروسہ نہیں کر سکتے۔ سپورٹ ڈرائیو، کنٹرولر اور ڈرائیور کے لحاظ سے مختلف ہوتی ہے۔ ہو سکتا ہے آپ کا مخصوص SSD یہاں مفید معلومات واپس نہ کرے۔
کبھی کبھی فائل سسٹم ہی اصل مسئلہ ہوتا ہے۔
CHKDSK نے بدعنوانی کا پتہ لگایا جو SSD ہیلتھ چیک سے چھوٹ گیا۔
اگرچہ پہلی کمانڈ سے پتہ چلتا ہے کہ ڈرائیو ٹھیک ہے، پھر بھی یہ وضاحت نہیں کرتا کہ کچھ فولڈرز کیوں نہیں کھلیں گے۔ نیچے دی گئی کمانڈ کو چلانے سے مسئلہ حل ہوگیا۔
chkdsk C: /scan
اس نے فائل سسٹم کو چیک کیا اور بغیر کسی تبدیلی کے غلطیوں کی اطلاع دی۔ SSDs پر CHKDSK بنیادی طور پر ہارڈ ڈرائیوز سے وابستہ جسمانی سطحوں کو چیک کرنے کے بجائے فائل سسٹم کی سالمیت (این ٹی ایف ایس فائل سسٹم خود) پر فوکس کرتا ہے۔ اس میں فائل ہسٹری، انڈیکس اور سیکیورٹی ڈسکرپٹر شامل ہے جو ڈرائیو پر موجود آئٹمز کی لوکیشن کو ٹریک کرتا ہے۔
|
علامت |
اس کا عام طور پر کیا مطلب ہے۔ |
کیا میں اسے CHKDSK سے پکڑ سکتا ہوں؟ |
|---|---|---|
|
فولڈر نہیں کھلتا |
انڈیکس کرپشن |
ہاں |
|
بے ترتیب فائلیں غائب ہیں۔ |
یتیم فائل کی تاریخ |
ہاں |
|
ڈرائیو مجموعی طور پر آہستہ چلتی ہے۔ |
ہارڈ ویئر پہننا |
نہیں |
|
سسٹم بوٹ نہیں ہوگا۔ |
بوٹ سیکٹر کی کرپشن |
کبھی کبھی |
اس کے بعد میں بھاگا۔ chkdsk C: /f اسکینز میں رپورٹ کردہ مسائل کو ٹھیک کریں۔ مسئلہ خود ڈرائیو کا نہیں تھا بلکہ ڈرائیو پر موجود فائل سسٹم کا تھا۔
ایک TRIM ترتیب نے مجھے میری توقع سے زیادہ پریشان کیا۔
اس بات کی تصدیق کی کہ fsutil اب بھی پردے کے پیچھے کام کر رہا ہے۔
TRIM SSDs کو طویل مدتی سست روی سے بچنے میں مدد کرتا ہے جو کنٹرولر کو غیر استعمال شدہ بلاکس کو مٹانے کی اجازت دے کر پوری ہارڈ ڈرائیوز کو متاثر کرتی ہے۔ میں نے درج ذیل کمانڈ کا استعمال کرتے ہوئے اپنی تصدیق کی:
fsutil behavior query DisableDeleteNotify
واپس آنے والے نتائج یہ ہیں:
-
NTFSDeleteNotify = 0 کو غیر فعال کریں (ٹرم آپریشنز کو اسٹوریج ڈیوائس پر بھیجنے کی اجازت دیں)
-
ReFSDeleteNotify = 0 کو غیر فعال کریں (ٹرم آپریشنز کو اسٹوریج ڈیوائس پر بھیجنے کی اجازت دیں)
0 کا مطلب ہے TRIM فعال ہے۔ تاہم، آپ جان بوجھ کر TRIM کو انجام دئے بغیر TRIM کو غیر فعال کر سکتے ہیں۔ کچھ RAID کنفیگریشنز TRIM کو پاس نہیں کریں گی، اور کچھ چپ سیٹوں پر بھی USB-NVMe انکلوژرز TRIM کو بلاک کر سکتے ہیں۔ اگر قیمت 1 ہے، تو اسے درج ذیل کمانڈ کو چلا کر فعال کیا جاتا ہے:
fsutil behavior set disabledeletenotify 0
آپ کو یہ اقدار بینچ مارکس میں نظر نہیں آئیں گی، اور یہاں تک کہ TRIM کے غیر فعال ہونے کے باوجود، ڈرائیو آج بھی تیز رفتار ٹیسٹ پوسٹ کر سکتی ہے۔ کئی مہینوں کے استعمال کے بعد ہی نقصان ظاہر ہونا شروع ہوتا ہے۔
میں نے اپنے SSD کو تقریباً بہتر بنا لیا ہے۔
آپٹمائز والیوم نے ظاہر کیا کہ ونڈوز پہلے سے ہی کام کر رہا ہے۔
میں نے تقریباً درج ذیل کمانڈ کو چلایا۔ Optimize-Volume -DriveLetter C -ReTrim -Verboseکیونکہ میں نے سوچا کہ مجھے ایس ایس ڈی کی شکل کو دستی طور پر برقرار رکھنا پڑے گا۔ تاہم، جانے کے بعد ترتیب -> نظام -> محفوظ کریں -> اعلی درجے کی اسٹوریج کی ترتیبات -> ڈرائیو آپٹیمائزیشنمیں نے محسوس کیا کہ OS کے پاس ہر ہفتے میری ڈرائیوز کو دوبارہ تیار کرنے کا شیڈول ہے۔
ہارڈ ڈرائیو پر، ڈیفراگمنٹیشن تلاش کے اوقات کو کم کرنے کے لیے ڈیٹا کو جسمانی طور پر دوبارہ ترتیب دیتا ہے۔ تاہم، SSD اس کے بجائے دوبارہ توازن کرے گا۔ یہ عمل غیر استعمال شدہ بلاکس کو صاف کرتا ہے اور چونکہ SSDs کے پاس تلاش کے اوقات کو کم کرنے کے لیے ریڈ ہیڈز نہیں ہوتے ہیں، اس لیے ڈیٹا کو دوبارہ ترتیب دینے کا کوئی فائدہ نہیں ہے۔
بعض صورتوں میں، جب والیوم شیڈو کاپی کو فعال کیا جاتا ہے تو ونڈوز SSD والیومز پر محدود ڈیفراگمنٹیشن کرنا جاری رکھ سکتا ہے۔ یہ ایک مخصوص خصوصیت (مثلاً والیوم شیڈو کاپی) کے لیے ٹارگٹڈ آپریشن ہے اور اس کا مطلب یہ نہیں ہے کہ OS پورے SSD کو مکینیکل ڈرائیو کی طرح برتاؤ کرے گا۔
بالآخر، مجھے ری بیلنسنگ کو شیڈول کرنے یا ترتیب دینے کے لیے کوئی کمانڈ چلانے کی ضرورت نہیں تھی۔
بینچ مارک نے بالکل مختلف سوال کا جواب دیا۔
CrystalDiskMark نے درست طریقے سے ڈرائیو کی رفتار دکھائی، لیکن بینچ مارک نے صحت یا فائل سسٹم کے مسائل کو ظاہر نہیں کیا۔ رفتار کے علاوہ، پوچھنے کے قابل اور بھی سوالات ہیں۔
|
سوال |
معیاری |
ونڈوز کمانڈ |
آگے کیا کرنا ہے۔ |
|---|---|---|---|
|
کیا میرا SSD تیز ہے؟ |
ہاں |
نہیں |
کسی کارروائی کی ضرورت نہیں ہے۔ |
|
کیا ونڈوز کو لگتا ہے کہ یہ صحت مند ہے؟ |
نہیں |
فزیکل ڈسک حاصل کریں۔ |
اگر آپ کا ڈیٹا غیر صحت بخش ہے تو اس کا بیک اپ لیں۔ |
|
کیا آپ کا فائل سسٹم کرپٹ ہے؟ |
نہیں |
CHKDSK |
بازیافت کرنے کے لئے /f چلائیں۔ |
|
کیا TRIM کام کر رہا ہے؟ |
نہیں |
fsutil |
غیر فعال ہونے پر دوبارہ فعال کریں۔ |
|
کیا ونڈوز کو صحیح طریقے سے برقرار رکھا گیا ہے؟ |
نہیں |
آپٹمائزڈ والیوم |
شیڈول چیک کریں۔ زبردستی نہ کرو۔ |
ہم نے چار کمانڈز چلائے جنہوں نے چار اندھے مقامات کو بے نقاب کیا، لیکن ان میں سے کسی نے بھی بینچ مارک کے نتائج سے متصادم نہیں کیا۔ کمانڈ کی توثیق کے علاقے کے بینچ مارکس عام طور پر ایسا نہیں کرتے ہیں۔