শুধু একটি কৌতূহল প্রশ্ন। ডিস্ক ক্লিনআপ আমার কোরগুলির 100% ব্যয় করে চলেছে বেশ কিছুদিন ধরে এবং এখনও চলছে। বিশেষত উইন্ডোজ আপডেট ক্লিনআপে অনেক সময় ব্যয় করা মনে হচ্ছে।
ফাইলগুলি মুছে ফেলা কেন এমন একটি নিবিড় ক্রিয়াকলাপ হওয়া উচিত তা পুরোপুরি বুঝতে পারি না। বিশেষত যেহেতু এটি ইতিমধ্যে এটি মুছতে পারে তা গণনা করতে বেশ সময় ব্যয় করেছে।
ডিস্ক ক্লিনআপ কেন এত সময় এবং সিপিইউ নেয়? এটি এত নিবিড় কি করে?
উত্তর:
উইন্ডোজ উইনসএক্সএস ফোল্ডারটিকে পরিবর্তিত আপডেট বিজ্ঞাপন সংকোচনকারী ফাইলগুলি মুছে ফেলার মাধ্যমে সংকুচিত করে যা আনইনস্টল করা যায় না এবং যা ডিফের মধ্যে ব্যবহার হয় না। এটিতে অনেকগুলি সিপিইউ শক্তি লাগে এবং কেন আপনি উচ্চ সিপিইউ ব্যবহার দেখতে পাচ্ছেন।
এটি যাচাই করতে আপনি xperf / WPA দিয়ে সিপিইউ ব্যবহার বিশ্লেষণ করতে পারেন ।
আমি নিশ্চিত করতে পারি যে উইন্ডোজ আপডেটস ক্লিনআপটি প্রায় 100% সিপিইউ ব্যবহার করে, এটি উইনএক্সএক্সএস সংক্ষেপণ এবং আপডেটগুলির পুনরায় সংহতকরণ সম্পর্কিত:
আমি উইন্ডোজ ইনস্টলের পরে প্রথমবার ক্লিনআপ শুরু করেছিলাম এবং 50% শেষ করতে 2 ঘন্টা সময় নেয়। গ্রাফ থেকে আপনি দেখতে পাবেন যে ডিস্ক (দ্বিতীয় গ্রাফ) থেকে ছোট ফাইলগুলি পড়ার প্রথম দিকে, এবং সংক্ষেপণের জন্য 100% সিপিইউ ব্যবহারের পরে, এবং আরও।
এই প্রশ্নের আগুন জ্বালানোর জন্য, আমি পরবর্তী পদক্ষেপগুলি একটি অবিচ্ছেদ্য ভার্চুয়াল মেশিনে করেছিলাম:
cleanmgrএর কাজটি করুক এবং সময়টি নোট কর (আট ঘন্টার বেশি)দয়া করে নোট করুন যে আমি সমস্ত ফাইল, উইন্ডো দ্বারা সন্ধান করা ফাইলগুলি এবং দ্রুত তালিকা তৈরি করতে খুব দ্রুত (কোনও এসিএল চেক, ইত্যাদি) তালিকা তৈরি করতে সক্ষম হতে লিনাক্স সিস্টেমআরসিউসিডি-তে পুনরায় বুট করেছি।
এছাড়াও দয়া করে নোট করুন যে cleanmgrআমি অনুসন্ধান শেষ হওয়ার পরে কেবল সময় গণনা করি (অনুসন্ধান নিজেই ছয় ঘন্টারও বেশি সময় নেয়)।
সুতরাং ফাইলগুলি মুছে ফেলা বোতল গলায় নয় (মুছতে মুছতে কেবল পাঁচ মিনিটের প্রয়োজন তবে cleanmgrআট ঘন্টাের বেশি সময় লাগে)।
এটি নিজেই মুছুন এত তাড়াতাড়ি যেতে পারে যেহেতু হোস্টটি লিনাক্স, সেই গতি কারণেই লিনাক্স ক্যাচগুলি স্থির আকারের ফাইলটিতে লিখেছিল যা ভার্চুয়াল মেশিনে (24GiB) ডিস্ক হিসাবে ব্যবহৃত হয়, এবং যেহেতু আমার মধ্যে 64GiB রয়েছে র্যাম এবং আমি উইন্ডোজ 16GiB এ দিচ্ছি এটির জন্য SWAP ব্যবহার করার দরকার নেই PAGEFILE.SYS; এছাড়াও আরও, লিনাক্স র্যামের পুরো ফাইলটি ধরে রাখতে পারে (আমি সেই ফাইলটি র্যামের সাথে পরীক্ষা করেছি এবং মুছার সময়গুলি অনেক বেশি হয়ে যায় তবে cleanmgrসময় নিচে নামবে না)।
হ্যাঁ, আমি যদি ভার্চুয়াল cleanmgrডিস্কটিকে পুরোপুরি র্যামে রাখি, সময় হ্রাস পাবে না তবে আমি যদি ম্যানুয়ালি ফাইলগুলি মুছে ফেলি, তবে সময়টি কিছুটা নিচে নেমে আসে (লিনাক্স রাইট ক্যাশে দুর্দান্ত যখন আপনি এতে G৪ গিগাবাইট র্যাম রাখেন)।
পরীক্ষার জন্য আমার কনফিগারেশন:
পরীক্ষা 1: শারীরিক হার্ডডিস্কগুলিতে 24GiB ভার্চুয়াল ডিস্ক থাকা টেস্ট 2: লিনাক্স হোস্ট র্যামে 24GiB ভার্চুয়াল ডিস্ক থাকা
আমি আশঙ্কা করি যে cleanmgrএটি মুছে ফেলা প্রতিটি ফাইল উইন্ডোজ রেজিস্ট্রিতে কিছু করছে (রেজিস্ট্রি অ্যাক্সেস খুব কম)।
আমার কাছে থাকা মনিটর:
cleanmgrকাজ করার সময়, 2% পাইক সহ), লিনাক্স ডিস্ক ক্যাশে সত্যই দুর্দান্ত এড়ানো এড়ানো ডেটোকে সত্যিকারের ডিস্কে প্রেরণ করা যায়cleanmgr28% পিকের সাথে কাজ করার সময় 2% থেকে 15% এর মধ্যে বেশিরভাগ সময় )সুতরাং স্পষ্টত cleanmgrঅনেক শনাক্তযোগ্য কাজ করছে, ঘুমের সময় কি? না হতে পারে, যদি এটি রেজিস্ট্রি অ্যাক্সেসিং করে থাকে তবে এর জন্য সিপিইউ উইন্ডোজ মনিটরের দ্বারা গণনা করা হয় না, তার উপর এইচডিডি ব্যবহার করা হয় না (রেজিস্ট্রিটি র্যামে থাকে) ইত্যাদি, এবং রেজিস্ট্রিতে প্রতিটি অ্যাক্সেস এক সেকেন্ডেরও বেশি সময় নিতে পারে .. ... আপনার নিজের প্রোগ্রামটি রেজিস্ট্রিটি খোলার মাধ্যমে রেজিস্ট্রিটি অ্যাক্সেস করার চেষ্টা করুন এবং প্রতিটি ক্রিয়াকলাপ বন্ধ করে বনাম এইচকে * খোলার অনুমতি দিন ... এটি একটি দুর্দান্ত পার্থক্য।
সুতরাং যদি cleanmgrপ্রতিটি ফাইলের জন্য করে:
এটি অপারেশন প্রতি দুই বা তিন সেকেন্ডের মতো সময় নিতে পারে এবং যদি এটি প্রতি ফাইল প্রতি একটি অপারেশন করে তবে এটি প্রতি হাজার ফাইলে এক ঘন্টা সময় নিতে পারে ... আমার ফাইলগুলির সংখ্যা 40000 ফাইলের চেয়ে কিছুটা বেশি ছিল, সুতরাং 40000 ফাইল / 8 ঘন্টা প্রতিটি ফাইল প্রতি 1.3 সেকেন্ডে প্রক্রিয়া করছে ... অন্যদিকে, কোনও স্ক্রিপ্টে মুছে ফেলছে (যেগুলি জানার পরে) পাঁচ মিনিটেরও কম সময় নেয় না, এটি প্রতি সেকেন্ডে প্রায় 133 মুছে ফেলছে ... একটি হাফ পার্থক্য।
এতক্ষণে cleanmgrসময় নিজেই তৈরি হয় না deletion! এটা আর কি করছে? দয়া করে এম that সেই গতি উন্নত করুন!
এই সমস্যাটি প্রশমিত করার এবং "ডিস্ক ক্লিনআপ" এর "উইন্ডোজ আপডেট ক্লিনআপ" পর্যায়ে কিছুটা গতি বাড়ানোর একটি উপায় হল তথাকথিত 'ক্লিনআপ' ক্রিয়াকলাপের সময়কালের জন্য অস্থায়ীভাবে TiWorker.exe প্রক্রিয়াটির জন্য একটি উচ্চ অগ্রাধিকার সেট করা ।
ইন টাস্ক ম্যানেজার 'details' পেন, খুঁজুন TiWorker.exeএবং একটি পপ-আপ মেনু দেখানোর জন্য ডান-ক্লিক করুন। 'অগ্রাধিকার সেট করুন' এর জন্য, "সাধারণের উপরে" নির্বাচন করুন For আমার জন্য এটি TiWorkerসিপিইউ ক্রিয়াকলাপকে বাড়িয়েছে - প্রায় 16% এর গড় থেকে শুরু করে 25% (4-কোর মেশিনে) এর সম্পূর্ণ সম্ভাবনা পর্যন্ত।
মিনিসিকিউলের গতিপথের বাইরে - এবং সম্ভবত অর্জনের ভাল অনুভূতি - এটি সরবরাহ করে, দৃশ্যত "উইন্ডোজ আপডেট ক্লিনআপ" এমনভাবে কোড করা হয়েছে যে কোনও অজানা কারণে ফাইল-দ্বারা-ফাইলটি এগিয়ে যায়, সামগ্রিক কাজটিকে ভয়াবহভাবে ডিস্ক-আবদ্ধ করে তোলে।
এবং এছাড়াও, জেনে রাখুন যে প্রক্রিয়াটি সম্ভবত সম্ভবত স্তব্ধ নয় , এবং সত্যিই কোনও দিন শেষ হবে। এটি যাচাই করতে (এবং এই বিরক্তিকর অপেক্ষার সময় নিজেকে আরও বিভ্রান্ত করতে), আপনি রিসোর্স মনিটরের 'ডিস্ক ক্রিয়াকলাপ' বিভাগটি পরীক্ষা করতে পারেন ("resmon.exe" চালান)।
5 এমবি আকারের 20 টি ফাইল মুছে ফেলার ক্ষেত্রে 64 এমবি আকারের 10 টিরও বেশি ফাইল মুছতে আরও বেশি সময় লাগবে। এটি কারণ যখন ফাইলগুলি ফাইলগুলি মুছে দেয় তখন এটি সত্যিকার অর্থে সেগুলি মুছে দেয় না (কোনও ড্রাইভে ফাঁকা স্থান "শব্দ" বিটস থেকে তৈরি করা যেতে পারে) তবে কেবল সামনের অংশটি ওভাররাইট করে যা বলে যে "একটি ফাইল এখানে শুরু হয়" গিব্বারিজ দিয়ে এবং তারপরে আপনি স্থানটি ব্যবহার করতে চাইলে এটি পরে এবং নীচের অংশগুলি আনন্দের সাথে মুছে ফেলা হবে। বাস্তবে, মোছা অন্যথায় লেখার মতোই।
ডিস্ক ক্লিনআপ সহ যে জিনিসটি পরিষ্কার করা হয় তা হ'ল সাধারণত প্রচুর পরিমাণে ছোট ফাইল (ইন্টারনেট কুকিজ, অস্থায়ী ফাইল ইত্যাদি)। এই হিসাবে, এটি ডিস্কে অন্যান্য অনেক কিছুর চেয়ে অনেক বেশি লেখালেখি করে এবং ভলিউমটি ডিস্কে লেখার কারণে কোনও নতুন কিছু ইনস্টল করার ক্ষেত্রে সময় নিতে পারে।
প্রক্রিয়াটি গতি বাড়ানোর আরেকটি উপায় হ'ল প্রায় 5 মিনিটের জন্য ডিস্ক ক্লিনআপ চালানো। এটি থামান, তারপরে এটি পুনরায় শুরু করুন, এবং এটি একটি মুহুর্তের মধ্যে ছড়িয়ে যাবে! এছাড়াও, আপনার এইচডিডি / এসএসডি ডি-ফ্রেগিং বা অপ্টিমাইজ করার ফলে জিনিসগুলি দ্রুত হবে, কেবল ক্লিনআপের পরে এটিকে আবার অপসারণ / অপ্টজ মনে রাখবেন।