উইন্ডোজ মুছে ফেলার গতি প্রায়শই পর্যায়ক্রমিক কেন হয়?

Question

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

যদি কোনও কারণ না থাকে তবে অবশ্যই এটি একটি উত্তরও হবে।

Comments

আপনার ফোল্ডারে 100,000 ফাইল রয়েছে, সেগুলি সমস্ত ভিন্ন আকারের, পরিমাপ প্রতি সেকেন্ডের আইটেম তাই আইটেম যত ছোট ছোট আইটেমগুলি মুছে ফেলা হবে।

— রামহাউন্ড

@ রামহাউন্ড, এটি বিভিন্ন আকারের ফাইলের সাথে সম্পর্কিত বলে মনে হয় না। গ্রাফের সাইনোসয়েডাল প্রকৃতি খুব নিয়মিত।

— গাটেক থমাস

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

— অ্যাবস্ট্রাস্ক

কোন ধরণের ক্যাচিং? গুচ্ছ মুছার অনুরোধগুলি গ্রাফের শিখরে তলিয়ে যাবে?

— জেসি স্লিকার 19 ই

আমি এটিও দেখেছি, কখনও কখনও অনেক বড় তরঙ্গ দিয়ে।

— মোশে কাটজ

Answer 1

এখানে কিছু কারন আছে:

1. ডেটা ধারাবাহিকতা: এনটিএফএস বাস্তবায়িত হয় যেখানে এটি ডিস্ক জুড়ে ধারাবাহিকভাবে লেখেন, তাই আপনি যদি কোনও ফাইল সম্পাদনা করেন - এনটিএফএসকে আপনার হার্ড ডিস্কে একটি অ-স্বাক্ষরিত খাতে পরিবর্তনগুলি সংরক্ষণ করতে হতে পারে। এর অর্থ এই যে কোনও ফাইল মোছার জন্য, এটি সেক্টর 2 থেকে সেক্টরের 100,000 (অনুমানমূলকভাবে অবশ্যই) যেতে হবে এবং ফাইলটি শেষ করতে আবার যেতে হবে। তারপরে এটি মুছতে পরবর্তী ফাইলটির পরবর্তী সেক্টর খুঁজে পায় এবং আবার সেই প্রক্রিয়াটি পুনরাবৃত্তি করতে পারে।

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

3. @ রামহাউন্ড "প্রতি সেকেন্ডে আইটেম" টুকরো উল্লেখ করেছে, যা আপনার মোছার কথোপকথন ( Speed: 1.082 items/s) দ্বারা নিশ্চিত হওয়া প্রত্যাশিত । সুতরাং একটি বিশাল ফাইল, একটি অ-মিলিত ফাইল, বা একটি ছোট ফাইল মুছে ফেলা প্রতি সেকেন্ডে আইটেমের সংখ্যায় ভূমিকা রাখে।

4. সিপিইউ অগ্রাধিকার: এই জিনিসটি ঘড়ির চক্রে করা হয়, সুতরাং সম্ভবত আপনার সিপিইউ চক্রের সময় অন্যান্য প্রক্রিয়াগুলি চালিত হতে পারে এবং এটি গতিকে প্রভাবিত করতে পারে (এটি আমার পক্ষ থেকে অনুমান করা)

Comments

উইন্ডোজ / এনটিএফএস ফাইলগুলি মোছার সময় দখল করা ব্লকগুলি শূন্য করে না। বড় বা ছোট, স্থির বা অ-স্বতঃস্ফূর্ত কিছু যায় আসে না।

— abstrask

@ আবস্ট্রাস্ক - আমি বলিনি যে এটি শূন্যের বাইরে চলে আসে। তবে এটি $BitMapপ্রতিটি ক্লাস্টারে (ফাইল) চারপাশে ঝাঁপিয়ে পড়ে এবং এটি ব্যবহারের জন্য নিখরচায় চিহ্নিত করতে হবে (অর্থাত "মুছে ফেলা হয়েছে")। কোনও ফাইল খোলার এবং সম্পাদনা করা (যে কোনও স্তরে) সংস্থান গ্রহণ করতে পারে এবং এটির চারপাশে লাফিয়ে ওঠার পরেও ওভারহেড লাগে না এবং আপনাকে একেবারে ধীর করে দিতে পারে। যদি ফাইলটি বড় হয় - সম্পাদনা করতে বেশি সময় লাগে, যদি ফাইলটি স্বতঃস্ফূর্ত হয় - এটি পেতে একটু বেশি সময় নেয়।

— নার্ডওয়ালার

প্রতিটি ক্লাস্টারটি $ বিটম্যাপ ফাইলটিতে কিছুটা উপস্থাপিত হয়। 4 কেবি এর ডিফল্ট বরাদ্দ ইউনিট আকার ধরে, 100 কেবি ফাইলের জন্য বরাদ্দ রেফারেন্সটি it বিটম্যাপ ফাইলে প্রায় 3 বাইটের জন্য অ্যাকাউন্ট দেয়। একটি বড় ফাইল, 1 জিবি বলে $ বিটম্যাপ ফাইলটিতে 32 কেবি লাগে। এমনকি $ বিটম্যাপটি খুব বেশি খণ্ডিত হয়ে গেলেও, মুছে ফেলার জন্য 1 জিবি ফাইলের ক্লাস্টার চিহ্নিত করতে হার্ড ড্রাইভটি কেবলমাত্র 32 কেবি / 4 কেবি / ক্লাস্টার = 8 ক্লাস্টারের মধ্যে এড়িয়ে যেতে হবে। হ্যাঁ, একটি বৃহত ফাইল মুছতে আরও বিটস ফ্লিপ করতে হবে, তবে এটি খুব কম পরিমাপযোগ্য এবং অবশ্যই স্ক্রিনশটে প্রদর্শিত লার্জি ভিজ্যুয়াল বাম্পগুলির কারণ হবে না।

— abstrask