USB ডিভাইসে এবং ফাইলগুলি অনুলিপি করার সময় ধীর সম্পাদনা

Question

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

সফ্টওয়্যার: লিনাক্স মিন্ট 9 কেডিয়ার হার্ডওয়্যার:

• আসুস এস এল এল মাদারবোর্ড
• এনভিডিয়া 6600 জিপিইউ
• 2 জিবি রাম
• 2 জিবি অদলবদল
• এএমডি অ্যাথলক্স এক্স 2 @ 3800+

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

Comments

ইউএসবি পোর্টগুলি ইউএসবি ২.০ সক্ষম কিনা তা পরীক্ষা করে দেখুন। কিছু ইউএসবি পোর্ট, বিশেষত ডেস্কটপগুলির সম্মুখভাগে কেবল ইউএসবি 1.0 ব্যবহৃত হত। আপনার BIOS সেটিংস ইউএসবি পারফরম্যান্সের জন্য অনুকূল কিনা তাও পরীক্ষা করুন। কিছু ইউএসবি স্পিড সেটিংস এবং / অথবা ইউএসবি লেগ্যাসি সেটিংস থাকতে পারে যা আপনার কার্য সম্পাদনকে প্রভাবিত করতে পারে।

— টিম কেনেডি

ডিভাইসটি কি এনটিএফএস হিসাবে ফর্ম্যাট করা আছে? যদি এটি হয় তবে আমি এটিকে FAT32 হিসাবে পুনরায় ফর্ম্যাট করার চেষ্টা করব (বা আপনি যদি কেবল লিনাক্সে এটি ব্যবহার করার পরিকল্পনা করছেন তবে EXT4)।

— রবিনজে

লিনাক্সের মেমরি পরিচালনায় বিশাল পৃষ্ঠাতে সমস্যা রয়েছে বলে মনে হচ্ছে । এটি খুব কমই ঘটে, তবে আপনি এটি পর্যবেক্ষণ করেছেন বলে মনে হচ্ছে।

— শিল্পীেক্স

@artistoex - এই নিবন্ধটি আমি যে আচরণটি করছিলাম তা সম্পূর্ণরূপে সংক্ষিপ্ত করে। খুব খারাপ কোনও কংক্রিট ঠিক নেই। এটি পরবর্তী সংস্করণগুলিতে স্থির হয় কিনা কেউ জানেন? যাইহোক আপগ্রেড করার সময়।

— জন

নিবন্ধটি যেমন বলেছে, স্বচ্ছ বিশাল পৃষ্ঠাগুলির বৈশিষ্ট্য অক্ষম করে আপনার কার্নেলটি পুনরায় কম্পাইল করুন।

— শিল্পীেক্স

Answer 1

লিনাক্স মেমরি পরিচালনায় বিশাল পৃষ্ঠাতে সমস্যা আছে বলে মনে হচ্ছে । এটি খুব কমই ঘটে, তবে আপনি এটি পর্যবেক্ষণ করেছেন বলে মনে হচ্ছে।

কারণ

নিবন্ধ অনুসারে এটি কী ঘটে যায় সে সম্পর্কে এটি আমার স্থূল সরল বিবরণ।

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

সুতরাং, কোনও প্রক্রিয়া বাফার ডেটা লেখা শেষ করার জন্য ধীর ডিভাইসের জন্য অপেক্ষা করতে পারে।

আরোগ্য

ওপির মতো মূল মেমরিটি আপগ্রেড করা সমস্যাটি বিলম্ব করতে সহায়তা করতে পারে। তবে যারা এই বিকল্পটিকে বিবেচনা করেন না তাদের পক্ষে দুটি স্পষ্টতই কর্মক্ষেত্র রয়েছে। উভয়ই কার্নেলটি পুনরায় সংবিধানে জড়িত:

• স্বচ্ছ বিশাল পৃষ্ঠাগুলি বৈশিষ্ট্যটি অক্ষম করা হচ্ছে
• নিবন্ধে উল্লিখিত মেলের প্যাচ প্রয়োগ করা applying

Answer 2

এটি এখানে আমার প্রশ্নের মতোই শোনায় (যেখানে কোনও উত্তর আমাকে এই প্রশ্নের দিকে নির্দেশ করে):

/programming/10105203/how-can-i-limit-the-cache-used-by-copying-so-there-is-still-memory-available-for

তবে তত্ত্বটি সম্পূর্ণ আলাদা, এবং আমি যে সমাধানটি ব্যবহার করেছি তা আপনার সম্পর্কিত নয়, তবে নিখুঁতভাবে কাজ করে।

আমি আরএসসিএনসি ব্যবহার করছিলাম, সুতরাং আমাকে যা করতে হয়েছিল তা হ'ল --ড্র্যাপ-ক্যাশে বিকল্পটি ব্যবহার করা। (যা পার্শ্ব প্রতিক্রিয়া হিসাবে অনুলিপিটি কিছুটা ধীর করে তোলে)

Answer 3

আমি যে কৌশলটি পেয়েছি তা সত্যিই কার্যকর: জিনোম, নটিলাস অনুলিপি ফাইলগুলিকে ইউএসবিতে 100% বা তার কাছাকাছি থামিয়ে দেয়

আপনি যদি কিছু পাওয়ার-ব্যবহারকারীর কৌশল চেষ্টা করতে চান তবে আপনি লিনাক্স 15728640 (15 এমবি) এর মতো কিছুতে / proc / sys / vm / নোংরা_বাইটস সেট করে যে বাফারটি ব্যবহার করে তার আকার হ্রাস করতে পারে। এর অর্থ অ্যাপ্লিকেশনটি এর প্রকৃত অগ্রগতির চেয়ে 15 এমবি এর বেশি পেতে পারে না।

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

তবে, এটি খুব ছোট সেট করবেন না! আমি 15MB মোটামুটি অনুমান হিসাবে ব্যবহার করি যে কর্নেল বাফারটিকে একটি হার্ড হার্ড ড্রাইভে দ্বিতীয় বা তার কম 1/4 অংশে ফ্লাশ করতে পারে। এটি আমার সিস্টেমটিকে "অলস" বোধ থেকে বিরত রাখে।