ڈسک کی جگہ خالی کرنے سے کمپیوٹر کی رفتار کیوں بڑھ جاتی ہے؟

کمپیوٹرز اور وہ کیسے کام کرتے ہیں کے بارے میں مزید سیکھتے وقت، آپ کبھی کبھار کسی ایسی چیز کو دیکھیں گے جس کا کوئی مطلب نہیں لگتا۔ اس بات کو ذہن میں رکھتے ہوئے، کیا ڈسک کی جگہ خالی کرنے سے کمپیوٹر کی رفتار تیز ہوتی ہے؟ آج کی سپر یوزر سوال و جواب کی پوسٹ میں حیران کن قارئین کے سوال کا جواب ہے۔

آج کا سوال و جواب کا سیشن ہمارے پاس بشکریہ SuperUser — Stack Exchange کی ذیلی تقسیم، سوال و جواب کی ویب سائٹس کی کمیونٹی پر مبنی گروپنگ۔





بشکریہ اسکرین شاٹ ریت (فلکر) .

سوال

سپر یوزر ریڈر Remi.b جاننا چاہتا ہے کہ ڈسک کی جگہ خالی کرنے سے کمپیوٹر کی رفتار تیز کیوں ہوتی ہے:



میں بہت ساری ویڈیوز دیکھ رہا ہوں اور اب سمجھ گیا ہوں کہ کمپیوٹر کس طرح تھوڑا بہتر کام کرتے ہیں۔ میں سمجھتا ہوں کہ RAM کیا ہے، اتار چڑھاؤ اور غیر مستحکم میموری کے بارے میں، اور تبدیل کرنے کے عمل کے بارے میں۔ میں یہ بھی سمجھتا ہوں کہ RAM بڑھانے سے کمپیوٹر کی رفتار کیوں بڑھ جاتی ہے۔

جو بات مجھے سمجھ نہیں آتی وہ یہ ہے کہ ڈسک کی جگہ صاف کرنے سے کمپیوٹر کی رفتار تیز کیوں ہوتی ہے۔ کیا یہ واقعی کمپیوٹر کو تیز کرتا ہے؟ اگر ایسا ہے تو یہ ایسا کیوں کرتا ہے؟

کیا چیزوں کو بچانے کے لیے میموری کی جگہ تلاش کرنے یا کسی چیز کو بچانے کے لیے کافی لمبی مسلسل جگہ بنانے کے لیے چیزوں کو ادھر ادھر منتقل کرنے سے اس کا کوئی تعلق ہے؟ مجھے ہارڈ ڈسک پر کتنی خالی جگہ چھوڑنی چاہیے؟



کیوں لگتا ہے کہ ڈسک کی جگہ خالی کرنے سے کمپیوٹر کی رفتار بڑھ جاتی ہے؟

جواب

SuperUser تعاون کنندہ جیسن سی کے پاس ہمارے لیے جواب ہے:

ڈسک کی جگہ خالی کرنے سے کمپیوٹر کی رفتار کیوں بڑھ جاتی ہے؟

ایسا نہیں ہوتا، کم از کم اپنے طور پر نہیں۔ یہ واقعی ایک عام افسانہ ہے۔ یہ ایک عام افسانہ ہے اس کی وجہ یہ ہے کہ آپ کی ہارڈ ڈرائیو کو بھرنا اکثر اسی وقت ہوتا ہے جیسا کہ دوسری چیزیں جو روایتی طور پر آپ کے کمپیوٹر کو سست کرسکتی ہیں۔ (TO) . جیسے جیسے وہ بھرتے ہیں SSD کی کارکردگی انحطاط کا شکار ہوتی ہے، لیکن یہ نسبتاً نیا مسئلہ ہے، جو SSDs کے لیے منفرد ہے، اور عام صارفین کے لیے واقعی قابل توجہ نہیں ہے۔ عام طور پر، کم مفت ڈسک کی جگہ صرف ایک سرخ ہیرنگ ہے.

مثال کے طور پر، چیزیں جیسے:

ایک فائل فریگمنٹیشن۔ فائل فریگمنٹیشن ایک مسئلہ ہے۔ (ب) ، لیکن خالی جگہ کی کمی، جبکہ یقینی طور پر بہت سے معاون عوامل میں سے ایک ہے، اس کی واحد وجہ نہیں ہے۔ یہاں کچھ اہم نکات:

  • فائل کے ٹکڑے ہونے کے امکانات ہیں۔ نہیں ڈرائیو پر خالی جگہ کی مقدار سے متعلق۔ وہ ڈرائیو پر خالی جگہ کے سب سے بڑے متصل بلاک کے سائز سے متعلق ہیں (یعنی خالی جگہ کے سوراخ)، جو خالی جگہ کی مقدار اوپری باؤنڈ لگانا ہوتا ہے۔ . ان کا تعلق اس سے بھی ہے کہ فائل سسٹم فائل ایلوکیشن کو کیسے ہینڈل کرتا ہے ( مزید نیچےغور کریں: ایک ڈرائیو جو ایک ہی ملحقہ بلاک میں تمام خالی جگہ کے ساتھ 95 فیصد بھری ہوئی ہے اس میں نئی ​​فائل کے ٹکڑے ہونے کا صفر فیصد امکان ہے۔ (سی) (اور ایک منسلک فائل کو ٹکڑے ٹکڑے کرنے کا موقع خالی جگہ سے آزاد ہے)۔ ایک ڈرائیو جو پانچ فیصد بھری ہوئی ہے لیکن ڈرائیو پر یکساں طور پر پھیلی ہوئی ڈیٹا کے ٹکڑے ہونے کا بہت زیادہ امکان ہے۔
  • ذہن میں رکھیں کہ فائل فریگمنٹیشن صرف کارکردگی کو متاثر کرتا ہے جب بکھری فائلوں تک رسائی حاصل کی جا رہی ہو۔ . غور کریں: آپ کے پاس ایک اچھی، ڈیفراگمنٹڈ ڈرائیو ہے جس میں اب بھی بہت سارے مفت سوراخ ہیں۔ ایک عام منظر نامہ۔ سب کچھ آسانی سے چل رہا ہے۔ بالآخر، اگرچہ، آپ ایک ایسے مقام پر پہنچ جاتے ہیں جہاں خالی جگہ کے مزید بڑے بلاکس باقی نہیں رہتے ہیں۔ آپ ایک بہت بڑی فلم ڈاؤن لوڈ کرتے ہیں، فائل بری طرح بکھر جاتی ہے۔ یہ آپ کے کمپیوٹر کو سست نہیں کرے گا۔ . آپ کی تمام ایپلیکیشن فائلیں اور ایسی جو پہلے ٹھیک تھیں اچانک بکھر نہیں جائیں گی۔ اس سے مووی کو لوڈ ہونے میں زیادہ وقت لگ سکتا ہے (حالانکہ عام مووی کے بٹ ریٹ ہارڈ ڈرائیو ریڈ ریٹ کے مقابلے میں اتنے کم ہیں کہ یہ زیادہ تر قابل توجہ نہیں ہوں گے)، اور یہ فلم کے لوڈ ہونے کے دوران I/O- پابند کارکردگی کو متاثر کر سکتا ہے، لیکن اس کے علاوہ، کچھ نہیں بدلتا.
  • اگرچہ فائل فریگمنٹیشن یقینی طور پر ایک مسئلہ ہے، اکثر اوقات OS اور ہارڈویئر لیول بفرنگ اور کیشنگ کے ذریعے اثرات کو کم کیا جاتا ہے۔ تاخیر سے لکھتے ہیں، پڑھنا آگے، حکمت عملی جیسے prefetcher ونڈوز وغیرہ میں، سبھی ٹکڑے ٹکڑے ہونے کے اثرات کو کم کرنے میں مدد کرتے ہیں۔ آپ عام طور پر ایسا نہیں کرتے اصل میں اس وقت تک اہم اثر کا تجربہ کریں جب تک کہ ٹکڑے ٹکڑے نہ ہو جائیں (میں یہ کہنے کا حوصلہ بھی کروں گا کہ جب تک آپ کی سویپ فائل بکھری نہیں ہے، آپ کو شاید کبھی نوٹس نہیں ہوگا)۔

دو سرچ انڈیکسنگ ایک اور مثال ہے۔ کہیں کہ آپ کے پاس خودکار اشاریہ کاری آن ہے اور ایک OS ہے جو اسے احسن طریقے سے ہینڈل نہیں کرتا ہے۔ جیسا کہ آپ اپنے کمپیوٹر (دستاویزات وغیرہ) میں زیادہ سے زیادہ اشاریہ سازی کے قابل مواد کو محفوظ کرتے ہیں، اشاریہ سازی میں زیادہ وقت لگ سکتا ہے اور یہ آپ کے کمپیوٹر کے چلنے کے دوران اس کی سمجھی جانے والی رفتار پر اثر ڈالنا شروع کر سکتا ہے، دونوں I/O اور CPU کے استعمال میں۔ . یہ خالی جگہ سے متعلق نہیں ہے، یہ آپ کے پاس موجود اشاریہ ساز مواد کی مقدار سے متعلق ہے۔ تاہم، خالی جگہ ختم ہونے سے مزید مواد کو ذخیرہ کرنے کے ساتھ ساتھ ایک غلط کنکشن تیار کیا جاتا ہے۔

3. اینٹی وائرس سافٹ ویئر (سرچ انڈیکسنگ مثال کی طرح)۔ کہتے ہیں کہ آپ کے پاس اپنی ڈرائیو کی بیک گراؤنڈ اسکیننگ کرنے کے لیے اینٹی وائرس سافٹ ویئر سیٹ اپ ہے۔ چونکہ آپ کے پاس زیادہ سے زیادہ اسکین کرنے کے قابل مواد ہے، تلاش میں مزید I/O اور CPU وسائل لگتے ہیں، ممکنہ طور پر آپ کے کام میں مداخلت ہوتی ہے۔ ایک بار پھر، یہ آپ کے پاس موجود اسکین کے قابل مواد کی مقدار سے متعلق ہے۔ زیادہ مواد اکثر کم خالی جگہ کے برابر ہوتا ہے، لیکن خالی جگہ کی کمی اس کی وجہ نہیں ہے۔

چار۔ انسٹال کردہ سافٹ ویئر۔ کہیں کہ آپ کے پاس بہت سارے سافٹ ویئر انسٹال ہیں جو آپ کے کمپیوٹر کے بوٹ ہونے پر لوڈ ہوتے ہیں، اس طرح اسٹارٹ اپ کا وقت سست ہوجاتا ہے۔ یہ سست روی اس لیے ہوتی ہے کیونکہ بہت سارے سافٹ ویئر لوڈ کیے جا رہے ہیں۔ تاہم، انسٹال کردہ سافٹ ویئر ہارڈ ڈرائیو کی جگہ لیتا ہے۔ لہذا، ہارڈ ڈرائیو کی خالی جگہ اسی وقت کم ہو جاتی ہے جب ایسا ہوتا ہے، اور دوبارہ غلط کنکشن آسانی سے بنایا جا سکتا ہے۔

ان خطوط کے ساتھ بہت سی دوسری مثالیں جن کو ایک ساتھ لیا جائے تو ظاہر ہونا کم کارکردگی کے ساتھ خالی جگہ کی کمی کو قریب سے جوڑنا۔

مندرجہ بالا ایک اور وجہ کی وضاحت کرتا ہے کہ یہ ایک عام افسانہ ہے: اگرچہ خالی جگہ کی کمی سست ہونے کی براہ راست وجہ نہیں ہے، مختلف ایپلی کیشنز کو ان انسٹال کرنا، انڈیکس شدہ یا اسکین شدہ مواد کو ہٹانا، وغیرہ کبھی کبھی (لیکن ہمیشہ نہیں؛ دائرہ کار سے باہر یہ جواب) باقی خالی جگہ کی مقدار سے غیر متعلق وجوہات کی بنا پر کارکردگی کو دوبارہ بڑھاتا ہے۔ لیکن یہ قدرتی طور پر ہارڈ ڈرائیو کی جگہ کو بھی خالی کر دیتا ہے۔ لہذا، ایک بار پھر، زیادہ خالی جگہ اور ایک تیز کمپیوٹر کے درمیان ایک واضح (لیکن غلط) کنکشن بنایا جا سکتا ہے۔

غور کریں: اگر آپ کے پاس بہت سارے انسٹال کردہ سافٹ ویئر وغیرہ کی وجہ سے مشین آہستہ چل رہی ہے، تو اپنی ہارڈ ڈرائیو کو کلون کریں (بالکل) ایک بڑی ہارڈ ڈرائیو پر، پھر زیادہ خالی جگہ حاصل کرنے کے لیے اپنے پارٹیشنز کو پھیلائیں، مشین جادوئی طور پر تیز نہیں ہوگی۔ وہی سافٹ ویئر لوڈ ہوتا ہے، وہی فائلیں اب بھی اسی طریقے سے بکھری ہوئی ہیں، وہی سرچ انڈیکس اب بھی چلتا ہے، زیادہ خالی جگہ ہونے کے باوجود کچھ نہیں بدلتا۔

کیا چیزوں کو بچانے کے لیے میموری کی جگہ تلاش کرنے سے اس کا کوئی تعلق ہے؟

ایسا نہیں ھے. یہاں دو بہت اہم باتیں قابل توجہ ہیں:

ایک آپ کی ہارڈ ڈرائیو چیزوں کو رکھنے کے لیے جگہیں تلاش کرنے کے لیے ارد گرد تلاش نہیں کرتی ہے۔ آپ کی ہارڈ ڈرائیو بیوقوف ہے۔ یہ کچھ بھی نہیں ہے. یہ ایڈریسڈ سٹوریج کا ایک بڑا بلاک ہے جو ان چیزوں کو آنکھیں بند کر کے رکھتا ہے جہاں آپ کا OS اسے بتاتا ہے اور جو کچھ بھی اس سے پوچھا جاتا ہے اسے پڑھتا ہے۔ جدید ڈرائیوز میں جدید ترین کیشنگ اور بفرنگ میکانزم ہیں جو اس بات کی پیشین گوئی کرنے کے ارد گرد تیار کیے گئے ہیں کہ OS کیا مانگے گا اس تجربے کی بنیاد پر جو ہم نے وقت کے ساتھ حاصل کیا ہے (کچھ ڈرائیوز ان پر موجود فائل سسٹم سے بھی واقف ہوتی ہیں)، لیکن بنیادی طور پر، آپ کے بارے میں سوچیں۔ کبھی کبھار بونس کارکردگی کی خصوصیات کے ساتھ اسٹوریج کی ایک بڑی گونگی اینٹ کے طور پر چلائیں۔

دو آپ کا آپریٹنگ سسٹم بھی چیزیں ڈالنے کے لیے جگہوں کی تلاش نہیں کرتا ہے۔ کوئی تلاش نہیں ہے۔ اس مسئلے کو حل کرنے میں بہت زیادہ کوششیں کی گئی ہیں کیونکہ یہ فائل سسٹم کی کارکردگی کے لیے اہم ہے۔ آپ کی ڈرائیو پر ڈیٹا کو کس طرح منظم کیا جاتا ہے اس کا تعین آپ کے ذریعہ کیا جاتا ہے۔ فائل سسٹم . مثال کے طور پر، FAT32 (پرانے DOS اور Windows PCs)، NTFS (Windows کے بعد کے ایڈیشنز)، HFS+ (Mac)، ext4 (کچھ لینکس سسٹمز)، اور بہت سے دوسرے۔ یہاں تک کہ فائل اور ڈائرکٹری کا تصور بھی صرف عام فائل سسٹم کی پیداوار ہیں - ہارڈ ڈرائیوز پراسرار درندوں کے بارے میں کچھ نہیں جانتے ہیں فائلوں . تفصیلات اس جواب کے دائرہ کار سے باہر ہیں۔ لیکن بنیادی طور پر، تمام عام فائل سسٹمز میں یہ ٹریک کرنے کے طریقے ہوتے ہیں کہ ڈرائیو پر دستیاب جگہ کہاں ہے تاکہ خالی جگہ کی تلاش، عام حالات میں (یعنی اچھی صحت میں فائل سسٹم)، غیر ضروری ہو۔ مثالیں:

  • این ٹی ایف ایس ایک ماسٹر فائل ٹیبل ، جس میں خصوصی فائلیں شامل ہیں۔ $Bitmap ، وغیرہ، اور ڈرائیو کی وضاحت کرنے والا کافی میٹا ڈیٹا۔ بنیادی طور پر یہ اس بات پر نظر رکھتا ہے کہ اگلے مفت بلاکس کہاں ہیں تاکہ ہر بار ڈرائیو کو اسکین کیے بغیر نئی فائلوں کو براہ راست مفت بلاکس پر لکھا جاسکے۔
  • ایک اور مثال: Ext4 کے پاس ہے جسے کہا جاتا ہے۔ بٹ میپ مختص کرنے والا , ext2 اور ext3 پر ایک بہتری جو بنیادی طور پر اسے مفت بلاکس کی فہرست کو اسکین کرنے کے بجائے براہ راست اس بات کا تعین کرنے میں مدد کرتی ہے کہ مفت بلاکس کہاں ہیں۔ Ext4 بھی سپورٹ کرتا ہے۔ تاخیر سے مختص یعنی، OS کے ذریعے RAM میں ڈیٹا کی بفرنگ اس کو ڈرائیو پر لکھنے سے پہلے تاکہ اس بارے میں بہتر فیصلہ کیا جا سکے کہ اسے کہاں رکھا جائے تاکہ ٹکڑے ٹکڑے ہونے کو کم کیا جا سکے۔
  • بہت سی دوسری مثالیں۔

یا کسی چیز کو بچانے کے لئے کافی لمبی جگہ بنانے کے لئے چیزوں کو ادھر ادھر منتقل کرنے کے ساتھ؟

نہیں ایسا نہیں ہوتا، کم از کم کسی فائل سسٹم کے ساتھ تو نہیں ہوتا جس سے میں واقف ہوں۔ فائلیں صرف بکھری ہوئی ہیں۔

کسی چیز کو بچانے کے لیے کافی لمبی جگہ بنانے کے لیے چیزوں کو ادھر ادھر منتقل کرنے کا عمل کہلاتا ہے۔ ڈیفراگمنٹنگ . جب فائلیں لکھی جاتی ہیں تو ایسا نہیں ہوتا ہے۔ ایسا اس وقت ہوتا ہے جب آپ اپنا ڈسک ڈیفراگمینٹر چلاتے ہیں۔ ونڈوز کے نئے ایڈیشنز پر، کم از کم، یہ ایک شیڈول کے مطابق خود بخود ہوتا ہے، لیکن یہ فائل لکھنے سے کبھی متحرک نہیں ہوتا ہے۔

کرنے کے قابل ہونا بچنا چیزوں کو اس طرح منتقل کرنا فائل سسٹم کی کارکردگی کی کلید ہے، اور یہی وجہ ہے کہ فریگمنٹیشن ہوتا ہے اور ڈیفراگمنٹیشن ایک الگ قدم کے طور پر کیوں موجود ہے۔

مجھے ہارڈ ڈسک پر کتنی خالی جگہ چھوڑنی چاہیے؟

یہ جواب دینے کے لیے ایک مشکل سوال ہے (اور یہ جواب پہلے ہی ایک چھوٹی کتاب میں بدل چکا ہے)۔

انگوٹھے کے اصول:

ایک تمام قسم کی ڈرائیوز کے لیے:

  • سب سے اہم بات، کے لیے کافی خالی جگہ چھوڑ دیں۔ آپ اپنے کمپیوٹر کو مؤثر طریقے سے استعمال کرنے کے لیے . اگر آپ کے پاس کام کرنے کے لیے جگہ ختم ہو رہی ہے، تو آپ ایک بڑی ڈرائیو چاہیں گے۔
  • بہت سے ڈسک ڈیفراگمنٹیشن ٹولز کو کام کرنے کے لیے کم از کم خالی جگہ کی ضرورت ہوتی ہے (میرے خیال میں ونڈوز والے کو 15 فیصد، بدترین صورت کی ضرورت ہوتی ہے)۔ وہ اس خالی جگہ کو عارضی طور پر بکھری فائلوں کو رکھنے کے لیے استعمال کرتے ہیں کیونکہ دوسری چیزیں دوبارہ ترتیب دی جاتی ہیں۔
  • دوسرے OS فنکشنز کے لیے جگہ چھوڑیں۔ مثال کے طور پر، اگر آپ کی مشین میں بہت زیادہ فزیکل RAM نہیں ہے، اور آپ کے پاس متحرک طور پر سائز والی صفحہ فائل کے ساتھ ورچوئل میموری فعال ہے، تو آپ صفحہ فائل کے زیادہ سے زیادہ سائز کے لیے کافی جگہ چھوڑنا چاہیں گے۔ یا اگر آپ کے پاس ایک لیپ ٹاپ ہے جسے آپ ہائبرنیشن موڈ میں رکھتے ہیں، تو آپ کو ہائبرنیشن اسٹیٹ فائل کے لیے کافی خالی جگہ درکار ہوگی۔ اس طرح کی چیزیں.

دو SSD مخصوص:

  • زیادہ سے زیادہ وشوسنییتا (اور ایک حد تک، کارکردگی) کے لیے، SSDs کو کچھ خالی جگہ درکار ہوتی ہے، جو کہ بہت زیادہ تفصیل میں جانے کے بغیر، وہ ڈرائیو کے ارد گرد ڈیٹا پھیلانے کے لیے استعمال کرتے ہیں تاکہ ایک ہی جگہ پر مسلسل لکھنے سے بچ سکیں (جس سے وہ ختم ہو جاتے ہیں) . خالی جگہ چھوڑنے کے اس تصور کو کہا جاتا ہے۔ ضرورت سے زیادہ فراہمی . یہ ضروری ہے کہ، لیکن بہت سے SSDs میں، لازمی حد سے زیادہ فراہم کردہ جگہ پہلے سے موجود ہے۔ . یعنی، ڈرائیوز میں اکثر OS کو رپورٹ کرنے سے چند درجن زیادہ جی بی ہوتے ہیں۔ لوئر اینڈ ڈرائیوز اکثر آپ کو دستی طور پر چھوڑنے کی ضرورت ہوتی ہے۔ غیر تقسیم شدہ جگہ، لیکن لازمی OP والی ڈرائیوز کے لیے، آپ کو کوئی خالی جگہ چھوڑنے کی ضرورت نہیں ہے۔ . یہاں ایک اہم بات قابل غور ہے کہ زیادہ فراہم کردہ جگہ اکثر صرف غیر تقسیم شدہ جگہ سے لی جاتی ہے۔ . لہذا اگر آپ کا پارٹیشن آپ کی پوری ڈرائیو لے لیتا ہے اور آپ اس پر کچھ خالی جگہ چھوڑ دیتے ہیں، تو ایسا نہیں ہوتا ہمیشہ شمار. کئی بار، دستی اوور پروویژننگ کے لیے آپ کو اپنے پارٹیشن کو سکڑ کر ڈرائیو کے سائز سے چھوٹا کرنے کی ضرورت ہوتی ہے۔ تفصیلات کے لیے اپنے SSD کا صارف دستی چیک کریں۔ TRIM، کوڑا کرکٹ جمع کرنا، اور اس طرح کے اثرات بھی ہیں، لیکن وہ اس جواب کے دائرہ سے باہر ہیں۔

ذاتی طور پر، میں عام طور پر ایک بڑی ڈرائیو پکڑتا ہوں جب میرے پاس تقریباً 20-25 فیصد خالی جگہ باقی ہوتی ہے۔ اس کا تعلق کارکردگی سے نہیں ہے، یہ صرف اتنا ہے کہ جب میں اس مقام پر پہنچوں گا، تو میں توقع کرتا ہوں کہ میرے پاس شاید جلد ہی ڈیٹا کے لیے جگہ ختم ہو جائے گی اور اب ایک بڑی ڈرائیو حاصل کرنے کا وقت ہے۔

خالی جگہ دیکھنے سے زیادہ اہم اس بات کو یقینی بنانا ہے کہ جہاں مناسب ہو (ایس ایس ڈی پر نہیں) شیڈول ڈیفراگمنٹیشن کو فعال کیا گیا ہے تاکہ آپ کبھی بھی اس مقام پر نہ پہنچیں جہاں یہ آپ کو متاثر کرنے کے لیے کافی سنگین ہو جائے۔


ایک آخری بات قابل ذکر ہے۔ یہاں دوسرے جوابات میں سے ایک نے بتایا کہ SATA کا ہاف ڈوپلیکس موڈ بیک وقت پڑھنے اور لکھنے سے روکتا ہے۔ جبکہ یہ سچ ہے، یہ بہت زیادہ آسان ہے اور زیادہ تر کارکردگی کے مسائل سے متعلق نہیں ہے جن پر یہاں بات کی جا رہی ہے۔ اس کا سیدھا مطلب یہ ہے کہ ڈیٹا کو دونوں سمتوں میں منتقل نہیں کیا جا سکتا تار پر عین اسی وقت پر. تاہم، SATA کے پاس ایک ہے۔ کافی پیچیدہ تفصیلات چھوٹے زیادہ سے زیادہ بلاک سائز (میرے خیال میں تار پر تقریباً 8kB فی بلاک)، آپریشن کیو کو پڑھنا اور لکھنا، وغیرہ، اور پڑھنے کے جاری ہونے کے دوران ہونے والے بفرز کو لکھنے سے نہیں روکتا، انٹرلیوڈ آپریشنز وغیرہ۔

کوئی بھی بلاکنگ جو واقع ہوتی ہے وہ جسمانی وسائل کے لیے مسابقت کی وجہ سے ہو گی، عام طور پر کافی مقدار میں کیشے کے ذریعے کم کی جاتی ہے۔ SATA کا ڈوپلیکس موڈ یہاں تقریباً مکمل طور پر غیر متعلقہ ہے۔


(TO) سست ہونا ایک وسیع اصطلاح ہے۔ یہاں میں اسے ان چیزوں کا حوالہ دینے کے لیے استعمال کرتا ہوں جو یا تو I/O-باؤنڈ ہیں (یعنی اگر آپ کا کمپیوٹر وہاں بیٹھ کر نمبروں کو کرنچ کر رہا ہے، ہارڈ ڈرائیو کے مواد پر کوئی اثر نہیں پڑتا ہے) یا CPU سے منسلک اور مسابقتی طور پر متعلقہ چیزوں کے ساتھ مقابلہ کرنا جن میں زیادہ CPU کا استعمال (یعنی اینٹی وائرس سافٹ ویئر سکیننگ ٹن فائلز)۔

(ب) SSDs فریگمینٹیشن سے متاثر ہوتے ہیں کہ ترتیب وار رسائی کی رفتار عام طور پر بے ترتیب رسائی سے تیز ہوتی ہے، اس کے باوجود SSDs کو مکینیکل ڈیوائس جیسی حدود کا سامنا نہیں کرنا پڑتا ہے (پھر بھی، ٹکڑے کرنے کی کمی پہننے کی سطح وغیرہ کی وجہ سے ترتیب وار رسائی کی ضمانت نہیں دیتی ہے)۔ تاہم، عملی طور پر ہر عام استعمال کے منظر نامے میں، یہ ایک غیر مسئلہ ہے۔ SSDs پر فریگمنٹیشن کی وجہ سے کارکردگی میں فرق عام طور پر ایپلی کیشنز لوڈ کرنے، کمپیوٹر کو بوٹ کرنے وغیرہ جیسی چیزوں کے لیے نہ ہونے کے برابر ہے۔

(سی) ایک سمجھدار فائل سسٹم کو فرض کرنا جو فائلوں کو جان بوجھ کر ٹکڑے ٹکڑے نہیں کر رہا ہے۔

ذیل کے لنک کے ذریعے سپر یوزر پر باقی جاندار بحث کو ضرور پڑھیں!


وضاحت میں شامل کرنے کے لئے کچھ ہے؟ کمنٹس میں آواز بند کریں۔ دیگر ٹیک سیوی اسٹیک ایکسچینج صارفین کے مزید جوابات پڑھنا چاہتے ہیں؟ یہاں مکمل بحث کا دھاگہ دیکھیں .

اگلا پڑھیں Akemi Iwaya
Akemi Iwaya 2009 سے How-To Geek/LifeSavvy میڈیا ٹیم کا حصہ ہے۔ وہ اس سے پہلے 'ایشین اینجل' کے قلمی نام سے لکھ چکی ہیں اور How-to Geek/LifeSavvy میڈیا میں شامل ہونے سے پہلے لائف ہیکر انٹرن تھیں۔ اسے ZDNet Worldwide نے ایک مستند ذریعہ کے طور پر نقل کیا ہے۔
مکمل بائیو پڑھیں

دلچسپ مضامین