উইন্ডোজ কোনও ফাইলের প্রদত্ত ক্রিয়া সম্পাদন করতে কতক্ষণ সময় নেয় তা নির্ধারণ করে?

Question

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

উদাহরণস্বরূপ, যখন আমি কোনও ফাইল মুছছি, এবং উইন্ডোজ বলছে "সময় বাকি আছে: 18 সেকেন্ড" এটি কীভাবে এই সংখ্যাটি গণনা করছে এবং কী ব্যবহার করছে?

Comments

যেহেতু এই সংখ্যাটি প্রায়শই ভুল হয়, মুছে ফেলা, আকার এবং গতি মোছার জন্য # ফাইলের উপর ভিত্তি করে অনুমান করা যায় যে অনুমানের পরিমাণ বাড়াতে বা হ্রাস করতে মুছে ফেলা সময়সীমার হয়।

— সাইবারনার্ড

@ রামহাউন্ড এবং এটি কীভাবে দ্রুত তা গ্রহণ করে তা কীভাবে জানবে? এটি এসএসডি, এইচডিএস সহ চলমান অন্যান্য সমস্ত মেশিনের জন্য কি একই স্থির পরিবর্তনশীল? আমার 200 গিগাবাইট র‌্যাম থাকলে কী হবে? আমার যদি 10 এমবি র‌্যাম থাকে? কোনও ক্রিয়াটি কীভাবে "দ্রুত" হয় তা কীভাবে গণনা করা হচ্ছে?

— yuritsuki

@ আইমরিলিফেমেকোর ওয়েল, প্রাথমিক ধারণাটি এটি কয়েক সেকেন্ডের জন্য কতটা দ্রুত চলছে তা পরিমাপ করে এবং ধরে নিয়েছে যে বাকি প্রক্রিয়াটি একই গতিতে গড়ে চলবে, গড়ে। সময়ের সাথে গড় গতি পরিবর্তন হলে এটি অনুমানটি সামঞ্জস্য করবে (কুখ্যাত "উইন্ডোজ আমাকে বলেছিল এটি 10 ​​মিনিটের মধ্যে অনুলিপি করা হবে এবং এটি ইতিমধ্যে 2 ঘন্টা হয়ে গেছে!")। এটি কেবল একটি অনুমান, যদিও - ওএস বা কোনও অ্যাপ্লিকেশনটির পক্ষে এটি বাস্তবায়িত হতে কত সময় লাগবে তা জানার উপায় নেই । এইচডিডি দূষিত হলে কী হবে? অথবা আপনি নেটওয়ার্কের মাধ্যমে স্থানান্তর করছেন? নাকি অনেক টুকরো টুকরো টুকরো আছে?

— লুয়ান

আমি জানি আমি এর জন্য শাস্তি পাব, কিন্তু আমি নিজেকে সাহায্য করতে পারি না। এটি আপনার উত্তর নয়।

— এক্সকেসিডি

কোড:timeLeft = random(1,100);

— ম্যাডটাক্স

Answer 1

আপনি কি লক্ষ্য করেছেন যে সাধারণত এটি আপনাকে প্রথম সেকেন্ডে কোনও অনুমান দেয় না?

এটি কারণ প্রথম সেকেন্ডে, এটি কেবল অপারেশনটি করতে হবে। তারপরে, কিছুক্ষণের পরে, এটি জানে যে এটি ইতিমধ্যে কতটা অনুলিপি / মুছে ফেলেছে / ইত্যাদি করেছে এবং কতক্ষণ লেগেছে । এটি আপনাকে অপারেশনের গড় গতি দেয় ।

তারপরে, অবশিষ্ট বাইটগুলি গতির দ্বারা ভাগ করুন, এবং আপনার অপারেশনটি শেষ করতে সময় লাগবে।

এটি প্রাথমিক বিদ্যালয়ের গণিত। আপনি যদি 360 কিলোমিটার ভ্রমণ করতে চান এবং প্রথম মিনিটের শেষে আপনি 1 কিলোমিটার ভ্রমণ করেছেন, তবে আপনার গন্তব্যে পৌঁছতে আপনাকে কতটা সময় লাগবে?

ঠিক আছে, গতিটি 1 কিমি / মিনিট। এটি 60 কিমি / ঘন্টা / 60 কিমি / ঘন্টা বিভাজিত 360 কিমি আপনাকে 6 ঘন্টা দেয় (বা 360 কিমি / 1 কিমি / মিনিট = 360 মিনিট = 6 ঘন্টা)। যেহেতু আপনি ইতিমধ্যে এক মিনিটের জন্য ভ্রমণ করেছেন তারপরে আনুমানিক সময়টি 5 ঘন্টা 59 মিনিটের বাকি।

"অনুলিপি" "কপি" সহ "ভ্রমণ" এবং "বাইট" সহ "কিমি" বিকল্প এবং এটি আপনার প্রশ্ন।

সময় নির্ধারণের বিভিন্ন পদ্ধতিতে বিভিন্ন পদ্ধতি রয়েছে। আপনি শেষ মুহূর্তটি নিতে পারেন, এবং অনুমানগুলি বুনোভাবে পরিবর্তিত হতে পারে, বা আপনি পুরো সময় নিতে পারেন, এবং গতি যদি স্থায়ীভাবে পরিবর্তিত হয়, আপনার অনুমানগুলি বাস্তবের থেকে দূরে থাকতে পারে। আমি যা বর্ণনা করেছি তা হ'ল সহজ পদ্ধতি।

Comments

কেবল স্পষ্ট করে বলতে: আপনি কি জোর দিয়ে বলছেন যে উইন্ডোজ এটি কীভাবে এটি করে? অথবা আপনি কেবল কোনও সাধারণ পাটিগণিত চিত্রিত করছেন যার মাধ্যমে উত্তর পাওয়া যেতে পারে?

— Shredderroy

এবং 1%প্রদর্শিত হওয়ার time so far * rand[0 - 10]সময় এটি শেষের জন্য লাগে few seconds left

— মার্ক করুন

আপনি যদি আগ্রহী হন তবে এই প্রশ্নটি আপনাকে জানায় যে উইন্ডোজ (এবং ওএসএক্স) কতক্ষণ বাকি থাকে ux.stackexchange.com/q/23624

— রিচার্ড

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

— ভালমিকি আরকিউসান্দাস

@ ভালমিক্যআরকুইসানডাস: রাইমন্ড চেন (মাইক্রোসফ্টের উইন্ডোজ দলের একজন বিকাশকারী) তার ব্লগে একটি পোস্টে এই অ্যালগরিদমকে নিশ্চিত করেছেন এবং কেন এটি ভুল হতে পারে তাও ব্যাখ্যা করেছেন। ব্লগস.এমএসএন

— রিচার্ড

Answer 2

একটি সাধারণ ক্রোস-গুণ দিয়ে উত্তর দেওয়া ভয়ানকভাবে প্রশংসনীয় বলে আমি মনে করি, আমি নিশ্চিত যে তিনি ইতিমধ্যে এটি জানতেন, আমরা আমাদের মাথার মধ্যেও ধারাবাহিকভাবে অনুমান করি।

ফাইল-অপারেশন অগ্রগতি বারগুলির সমস্যাটি হ'ল এটি অভিন্ন ডেটার জন্য কেবল সঠিক, সুতরাং আপনি যদি একই আকারের সমস্ত 100 টি ফাইল এবং আপনার ড্রাইভ অন্য কিছু না করে অনুলিপি করেন তবে অনুমানিত অগ্রগতিটি স্পষ্ট হবে তবে প্রথমটি যদি হয় 99 টি ফাইল ছোট টেক্সট-ফাইল ছিল এবং শেষটি একটি বড় ভিডিও ফাইল? অগ্রগতি বন্ধ হবে।

আপনি যখন একটি ফোল্ডারে ফাইলগুলি পরিচালনা করছেন না, তবে একাধিক সাব ফোল্ডার ব্যবহার করছেন তখন এই সমস্যাটি আরও বাড়বে। বলুন যে আপনার কাছে 5 টি সাব-ফোল্ডার রয়েছে এবং আপনি সেগুলি মুছতে চান (আকারে তখন এর চেয়ে বেশি কিছু যায় না), প্রথম 4 ফোল্ডারে কেবল তখন 10 টি ফাইল কম থাকে, সুতরাং অপারেশনটি 5 তম ফোল্ডারে আসার সময় পর্যন্ত এটি মনে করে যে এটি সম্পর্কে 80% সম্পন্ন, এবং গম্ভীর গর্জন 5 ম ফোল্ডারের 5000 ফাইল রয়েছে এবং আপনার অগ্রগতি 1% ফিরে জাম্প

উইনএক্সপি ফাইলগুলির সংখ্যা আগেই গণনা করে এটিকে ঘিরে চেষ্টা করেছিল যার অর্থ এই ছিল যে যখন ফোল্ডারের ফাইলগুলির সংখ্যার উপর নির্ভর করে উইন্ডোগুলিতে সূচী তৈরি করা হত না, এক্সপি সত্যই প্রথম 20 সেকেন্ডের জন্য অপারেশন শুরু করে নি (সময়টি এটি নিয়েছিল) গণনা) যা প্রত্যেককে উত্তেজিত করে তোলে।

উইন্ডোজ কীভাবে এটি করে সে সম্পর্কে আমার কাছে বিশেষ জ্ঞান না থাকাকালীন (তবে ফাইল এবং বাইটগুলি গণনা ব্যতীত আর কী আছে) আমি আশা করি কেন এটি ত্রুটিযুক্ত এবং কেন এটি কখনই নিখুঁত হবে না illust

আপনি যেটা করতে পারেন তা হ'ল সম্পূর্ণরূপে ফাইলকাউন্ট বা বাইকাউন্টের উপর নির্ভর না করা, তবে দুটির মধ্যে গড়ে গড়ে তোলা।

অথবা আপনি অতিরিক্ত ক্রেজি যেতে চাইলে এই সমীকরণের ক্ষেত্রে আপনার মেশিন এবং ফ্যাক্টরটিতে এই অপারেশনগুলি অতীতে কতক্ষণ লেগেছে তার একটি ডাটাবেস শুরু করতে পারে।

চূড়ান্ত চিন্তা: যদি কেউ এমন কোনও ফাইল সিস্টেমের কথা চিন্তা করে যা OS প্রথমে এটি নির্ণয় না করে প্রতিটি ফোল্ডারের আকারের আকার জানতে দেয় তবে পুরো ফোল্ডারগুলি মুছার সময় এবং এর অংশগুলি না করে আপনি কমপক্ষে একটি সঠিক অগ্রগতি অনুমান পাবেন।