লিনাক্সে ফাইল অনুলিপি ক্রিয়াকলাপ সময়ের সাথে ধীর হয়ে যায় কেন?

22

আমার কাছে 12 ~ 200 এমবি ফাইল রয়েছে। এর মধ্যে একটির অন্য ড্রাইভে অনুলিপি করতে 20 সেকেন্ড সময় লাগে। আমি যখন এই সমস্তগুলি একবারে অনুলিপি করার চেষ্টা করি তখন এটি প্রথমে বলে যে এটি 5 মিনিট সময় নেয়, তারপরে এটি ঘন্টা এবং দিনগুলিতে ধীর হয়ে যায়।

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

— ব্যবহারকারী খুঁজে পাওয়া যায় না
সূত্র

আপনি কি ত্রুটির জন্য ড্রাইভটি পরীক্ষা করেছেন? এই ফাইলগুলি কি সাব-ফোল্ডারে রয়েছে?

— টুবাগুই 50035

@ টিবাগ্যু 50035 ফাইলগুলি সাব-ফোল্ডারে নেই। এটি বলা হচ্ছে, সম্ভবত উত্স ড্রাইভে ত্রুটি থাকতে পারে। আমি দেখবো.

— ব্যবহারকারী পাওয়া যায় নি

@ কোডডনোম আমি একটি বেসিক সিপি-ভি স্যুরসিডির / * ডাস্টডির করেছি।

— ব্যবহারকারী খুঁজে পাওয়া যায় নি

25

এটি লিনাক্স কার্নেলের নিজেই একটি পরিচিত সমস্যা যা যুগ যুগ ধরে পরিচিত, এখনও কেউ এই সমস্যাটি মোকাবেলা করেনি।

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

refs:

— ডেভ
সূত্র

6

উদ্ধৃতি আবশ্যক! আপনি যদি এই বাগটিকে চিহ্নিত করে এমন কোনও ডকুমেন্টেশন দিতে পারেন তবে আমাদের উত্তরটির পক্ষে কাজ করতে পারে

— জার্নম্যান গিক

7

bugs.launchpad.net/ubuntu/+source/linux/+bug/500069

— ডেভ

6

এবং এখানে, যা মূল উদ্ধৃতিতে একটি লিঙ্ক হিসাবে পাওয়া যাবে। bugzilla.kernel.org/show_bug.cgi?id=12309

— ডেভ

আপনি এই কারণেই লিনাক্স থেকে দূরে চলেছেন ???

— কিরিল

1

@ কিরল এটি খুব বড় কারণ!

— puk

10

আপনার স্থানান্তর গতি নিরীক্ষণের জন্য আপনার আরএসসিএন চেষ্টা করা উচিত । উদাহরণ স্বরূপ:

rsync -PSauv sourcedir/* destdir/

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

যদি আপনার ডিস্কটি I / O- সীমাবদ্ধ হয় তবে আপনার সমস্যা হবে। ফ্ল্যাশ ড্রাইভ বা বাহ্যিক ইউএসবি ডিভাইসে ভারী লেখার সময় আপনি প্রায়শই এটি দেখতে পান।
আপনার উভয় ডিস্কের সাথে এটি পরীক্ষা hdparm -Tt <device>করে দেখুন যে কোনওটি নাটকীয়ভাবে হওয়া উচিত তার চেয়ে ধীর গতিতে, বা অন্য ডিভাইসের তুলনায় নাটকীয়ভাবে ধীরে ধীরে ধীরে ধীরে I / O সমস্যার কারণ হতে পারে।
আপনার কোনও স্পষ্ট ডিস্ক ত্রুটি না রয়েছে তা নিশ্চিত করার জন্য আপনার ডেমস্যাগ আউটপুট এবং আপনার স্মার্ট স্ট্যাটাসটি পরীক্ষা করুন । আপনি badblocks -nযদি অ-স্মার্ট ড্রাইভে ডিস্ক ত্রুটি সন্দেহ করেন তবে আপনি এটি বিবেচনাও করতে পারেন।

ডিস্কটি ছড়িয়ে ছিটিয়ে ফেলতে বা উপ-অনুকূলভাবে সঞ্চালন করতে পারে তার অনেকগুলি কারণ রয়েছে, তবে যতক্ষণ না আপনি সমস্যাটি পরিমাপ করতে পারবেন ততক্ষণ আপনি সমস্যাটি কী তা জানেন না। :)

— CodeGnome
সূত্র

2

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

— Avio
সূত্র

-3

স্লিটিজের একটি অনুলিপি একটি সিডি / ইউএসবিতে পোড়ান ।

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

— user202442
সূত্র