উইন্ডোগুলির জন্য অনুলিপি এবং পেস্ট প্রক্রিয়াটিকে কীভাবে অনুকূল করা যায়?


0

যখন ব্যবহারকারী ওটি প্রোগ্রাম একই শারীরিক ডিস্ক উইন্ডোতে একটি বড় ফাইল অনুলিপি করে নিম্নলিখিত অ্যালগরিদটি করে:

1. Read a piece of data from disk.
2. Write a piece of data to disk.
3. Do points 1. and 2. until whole file is not written fully.

যদি ডিস্ক এইচডিডি হয় তবে এই প্রক্রিয়াটির জন্য একটি সময় প্রয়োজন কারণ এইচডিডি এর মাথাটি লেখার জন্য পয়েন্ট পয়েন্ট থেকে যেতে হবে। সুতরাং আমি যদি পৃথক ডিস্কে ম্যানুয়ালি কোনও ফাইল অনুলিপি করি তবে এটি দ্রুত হয় কারণ ডিস্কটি স্ট্রিম গতির সাথে ডেটা পড়বে এবং লিখবে।

এটা সব স্পষ্ট। সুতরাং ফাইল ফাইল একই সিস্টেমে একই শারীরিক ডিস্কের অনুলিপি প্রাপ্ত হওয়ার পরে প্রথমে "ক্যাশে" ডিস্কে বড় ফাইলটি অনুলিপি করার জন্য এবং তারপরে এটি আবার মূল অনুলিপি করার জন্য কোনও ফাইল উইন্ডোজ সিস্টেমকে কনফিগার করা সম্ভব?


আপনি কত বড় ফাইলের কথা বলছেন? "ক্যাশে" ডিস্কে একটি অনুলিপি কি ট্রিগার করবে? আমি সত্যিই মনে করি না যে এটি সাহায্য করবে, অনেক ধীর শোনাচ্ছে।
ভারী

প্রায় 3 জিবি বা আরও বেশি।
চেরি

আমি যখন ~ 3Gb ফাইলটি সাধারণ হিসাবে অনুলিপি করি তখন এটিতে ~ 80 সেকেন্ড লাগে, যখন আমি এটিকে পৃথক ডিস্কে অনুলিপি করি এবং কপি করি তবে ~ 40-45 সেকেন্ড লাগে। 2 বার দ্রুত।
চেরি

এটি সম্ভবত কারণ আপনার বেশিরভাগ ডেটা ইতিমধ্যে র‍্যামে রয়েছে। আপনি যে বর্ণনা দিচ্ছেন তার উপর স্ক্যান / সন্ধানের সময়ের কোনও প্রভাব নেই many যদি অনেকগুলি ছোট ফাইল থাকে তবেই তা ঘটবে।
ফ্র্যাঙ্ক থমাস

আপনি যদি পরীক্ষা করতে চান তবে ক্যাশে ড্রাইভে ফাইলটি অনুলিপি করে দেখুন এবং তারপরে পুনরায় বুট করুন। এটি বুট করার পরে এটি আবার অনুলিপি করার চেষ্টা করুন। আমি অনুমান করতে পারি যে এটি আসল ৮০ সেকেন্ডের কাছাকাছি সময় নেয়।
ফ্র্যাঙ্ক থমাস

উত্তর:


0

না, সিস্টেম কোড পরিবর্তন না করে এটি সম্ভব নয়।

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

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

সুতরাং, সাধারণভাবে বলতে গেলে, পড়ুন / লেখার অনুক্রমিক আইও সময় লোকেশনগুলি স্যুইচ করার জন্য র্যান্ডম অ্যাক্সেসের সময়টিকে বামন করতে চলেছে। "টুকরা" বড় পড়া, মোট অপারেশন এর কম সময় মাথা ব্যবহার করার জন্য ব্যবহৃত হয়।

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

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

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


সম্পাদনা: কী আপনাকে সহায়তা করবে তা হিসাবে, ছোট এসএসডি (সম্ভবত 32 জিবি) পাওয়ার কথা বিবেচনা করুন এবং এটি আইও ক্যাশে করার জন্য ব্যবহার করুন । সময় এবং সুযোগ থাকায় উইন্ডোজ এটিকে স্বয়ংক্রিয়ভাবে পূরণ করবে এবং আপনি যত বেশি ফাইল ক্যাশে করবেন, ডিস্ক থেকে পড়াতে কম সময় ব্যয় করবেন (যদিও আরও ক্যাশে মানে আরও ক্যাশে পরিচালনার প্রয়োজন হয়)।

আপনার যান্ত্রিক ডিস্কগুলি (এসএসডি নয়) ভাল ডিফ্র্যাগমেন্টযুক্ত রাখুন এবং নিশ্চিত করুন যে আপনি খুব বেশি ড্রাইভ ফাইল করছেন না। ড্রাইভটি পূর্ণ হওয়ার সাথে সাথে IO আরও বেশি সময় নেয় এবং ফাইলগুলির টুকরো আরও বেশি।

বা সর্বোপরি, আপনার যদি বিশাল ক্ষমতা প্রয়োজন না হয় তবে একটি এসএসডি পান এবং সমস্যা সমাধান করুন!

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.