ডিস্ক / ডিস্কের অনুলিপি ধীরে তৈরি করুন


28

লিনাক্সে অনুলিপি প্রক্রিয়াটি ধীর করার কোনও পদ্ধতি আছে?

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

এটা কি সম্ভব? (যদি হ্যাঁ, কিভাবে?)

সম্পাদনা করুন : সুতরাং, আমি যা অর্জন করতে চাইছি তার সাথে আরও প্রসঙ্গ যুক্ত করব।

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

সম্ভবত এটি একটি হার্ডওয়্যার ত্রুটি, আমি জানি না, তবে আমি জানি যে এই সমস্যাটি সহ আমার দুটি মেশিন রয়েছে (দুটিই আর্চলিনাক্সে রয়েছে, একটিতে একটি ডেস্কটপ বাক্স, দ্বিতীয়টি ল্যাপটপ)।

এটির সবচেয়ে সহজ এবং দ্রুততম "সমাধান" (আমি সম্মত হ'ল এটি 'আসল' সমাধান নয়, কেবল একটি কুৎসিত 'হ্যাক) হ'ল ইউএসবি ড্রাইভের গড় লেখার গতি দিয়ে ফাইলটি অনুলিপি করে এই বাফারটি পূরণ করা থেকে বিরত করা উচিত, আমার যথেষ্ট হবে।


7
আপনি যদি সিস্টেমের অন্যান্য I / O- বাউন্ড প্রসেসের জন্য "সুন্দর" হওয়ার চেষ্টা করে ডিস্ক-থেকে-ডিস্কের অনুলিপি গতি সীমাবদ্ধ করতে চাইছেন তবে আপনি সম্ভবত কর্নেলের I / O সময়সূচী টিউন করার দক্ষতার সুযোগ গ্রহণের চেয়ে আরও ভাল হয়ে উঠবেন পরিবর্তে. বিশেষত, ioniceআপনার ডিস্ক-থেকে-ডিস্ক অনুলিপি নিয়মিত প্রক্রিয়াগুলির চেয়ে কম অগ্রাধিকারে I / O নির্ধারিত হয় তা নিশ্চিত করতে ব্যবহার করা যেতে পারে।
স্টিভেন সোমবার

3
এটি একটি ক্লাসিক এক্সওয়াই সমস্যা প্রশ্ন। আপনি যখন ইউএসবি ডিভাইসে ফাইল অনুলিপি করেন তখন আপনার ডেস্কটপটি কেন প্রতিক্রিয়াহীন হয়ে যায় সে সম্পর্কে আপনাকে জিজ্ঞাসা করা উচিত।
মাইকেল হ্যাম্পটন

4
লিনাক্সে আজকাল হাস্যকরভাবে বড় আই / ও বাফার রয়েছে। র‌্যাম মাপগুলি দ্রুত গতিতে বেড়েছে যে ভর স্টোরেজ গতি। হতে পারে আপনি ডিডি (1) ব্যবহার করে অনুলিপিটি সম্পাদন করতে পারেন এবং সিঙ্ক করুন যাতে এটি বাফার হওয়ার পরিবর্তে সময়ে সময়ে সিঙ্ক করা যায়? এবং পাইপ দর্শকের (পিভি) একটি রেট সীমাবদ্ধ করার বিকল্প রয়েছে। কিছু একটা cat file | pv -L 3k > outfile। যদিও সিপি (1) ব্যবহার করার মতো নয়।
পিটিম্যান

@ মিশেলহ্যাম্পটন, আর্চলিনাক্স ফোরামে এই সমস্যাটিতে বেশ কয়েকটি অমীমাংসিত বিষয় রয়েছে, তাই আমি অনুভব করেছি যে আমি এটিকে অন্যভাবে সম্পাদন করার চেষ্টা করব, কেবল এটি কার্যকর করার জন্য।
অ্যান্টোনোন

@ অ্যান্টোনোন তবে ইউনিক্স.এসই আর্কলিনাক্সের ফোরাম নয়। এখানে কারওর সমাধান হতে পারে।
ইজকাটা

উত্তর:


23

আপনি pv -qL(বা cstream -tঅনুরূপ কার্যকারিতা সরবরাহ করে) দিয়ে একটি পাইপ থ্রটল করতে পারেন

tar -cf - . | pv -q -L 8192 | tar -C /your/usb -xvf -

-q স্ট্যাডার অগ্রগতি প্রতিবেদন সরিয়ে দেয়।

-Lসীমা বাইট হয়।

--rate-limit/-Lথেকে পতাকা সম্পর্কে আরও man pv:

-L RATE, --rate-limit RATE

    Limit the transfer to a maximum of RATE bytes per second.
    A suffix of "k", "m", "g", or "t" can be added to denote
    kilobytes (*1024), megabytes, and so on.

এই উত্তরটি প্রাথমিকভাবে নির্দেশ করেছে throttleতবে সেই প্রকল্পটি আর উপলভ্য নয় তাই কিছু প্যাকেজ সিস্টেম থেকে সরে গেছে।


যদি cpধীর করা যায় না, তবে কাস্টম কমান্ড ব্যবহার করাটাই আমার অনুমান।
অ্যান্টোনোন

1
03

আমার কাছে আরও জটিল দেখায় তবে আরও ব্যবহারযোগ্য। একটি ফাইল লককিঞ্জেনিজম পরীক্ষা করা দরকার এবং কিছু বাইট / সকে কপি করে ধীর করতে হবে যা rsync দিয়ে সম্ভব নয় বলে মনে হচ্ছে। আমি থ্রটল পাইপের মাধ্যমে এটিকে একটি চেষ্টা এবং 'বিড়াল'
দিয়েছি

বলতে দু: খিত কিন্তু প্রকল্পটি মারা গেছে bugs.debian.org/cgi-bin/bugreport.cgi?bug=426891
cljk

1
@cljk আপডেট হয়েছে pv। ধন্যবাদ।
ম্যাট

23

আপনি পরিবর্তে আপনার প্রয়োজন হিসাবে ব্যান্ডউইথ cp -a /foo /barব্যবহার rsyncএবং সীমাবদ্ধ করতে পারেন ।

থেকে rsync'ম্যানুয়াল S:

--bwlimit=KBPS

সীমা I / O ব্যান্ডউইথ; প্রতি সেকেন্ডে কেবাইট

সুতরাং, অ্যাক্টুয়াল কমান্ড, প্রগতিটিও দেখায়, এটির মতো দেখায়:

rsync -av --bwlimit=100 --progress /foo /bar

পুরানো ড্রাইভগুলি অনুলিপি করার জন্য এটি একটি দুর্দান্ত ধারণা বলে মনে হচ্ছে আমি মারতে চাই না।
jeremyjjbrown

থেকে পড়ার জন্য কাজ করে না /dev/zeroবা/dev/random
cdosborn

rsync -a --bwlimit=1500 /source /destination1,5 এমবি / সেকেন্ড গতিতে জায়ান্ট ফোল্ডারগুলি অনুলিপি করতে পুরোপুরি কাজ করে (যা কোনও সার্ভারকে ধীরে ধীরে এড়ানো এবং খুব বেশি সময় না দেওয়ার মধ্যে একটি ভাল বাণিজ্য)
লুকাফেরারিও

সিডিনোট: যদিও ম্যান পেজটি বলতে পারে যে আপনি ইউনিটগুলির জন্য অক্ষর ব্যবহার করতে পারেন, উদাহরণস্বরূপ 20m, এটি সমস্ত প্ল্যাটফর্মে সমর্থিত নয়, তাই কেবিটাইট স্বরলিপিটি আরও ভালভাবে আঁকুন।
হুবার্ট গ্রেজস্কোইয়াক

আমার দিন বাঁচায়! সিগ্রুপ cgexec -g ... cp /in /outসার্বক্ষণিকভাবে কাজ করে না (টার্মিনাল থেকে কিছু সময় কাজ করেছিল, স্ক্রিপ্ট থেকে কখনও হয়নি) এবং আমার কোনও ধারণা নেই কেন ...
কুম্ভ শক্তি

13

আমি ধরে নেব আপনি অন্য ক্রিয়াকলাপ ব্যাহত না করার চেষ্টা করছেন। লিনাক্সের সাম্প্রতিক সংস্করণগুলির মধ্যে অন্তর্ভুক্ত রয়েছে ioniceযা আপনাকে IO এর সময়সূচী নিয়ন্ত্রণ করতে দেয়।

বিভিন্ন অগ্রাধিকারের অনুমতি দেওয়ার পাশাপাশি, ডিস্কটি অন্যথায় নিষ্ক্রিয় থাকাকালীন সময়ে IO কে সীমাবদ্ধ করার জন্য অতিরিক্ত বিকল্প থাকে। কমান্ড man ioniceডকুমেন্টেশন প্রদর্শন করবে।

কমান্ড ব্যবহার করে ফাইলটি অনুলিপি করার চেষ্টা করুন:

ionice -c 3 cp largefile /new/directory

যদি দুটি ডিরেক্টরি একই ডিভাইসে থাকে তবে আপনি ফাইলটির সাথে লিঙ্কিং করতে পারেন যা চান তা করেন। আপনি যদি ব্যাকআপের উদ্দেশ্যে অনুলিপি করছেন তবে এই বিকল্পটি ব্যবহার করবেন না। lnফাইলটি অনুলিপি করার কারণে এটি অত্যন্ত দ্রুত। চেষ্টা করুন:

ln largefile /new/directory

অথবা আপনি যদি কোনও ডিভাইস থেকে কোনও ডিরেক্টরি থেকে কেবল এটি অ্যাক্সেস করতে চান তবে চেষ্টা করুন:

ln -s largefile /new/directory

আয়নিস লিনাক্সে ভাল কাজ করে? আমি এটি শুধু "অনুকরণ" কাজ পড়েছি এবং কোন বাস্তব পার্থক্য নেই? লিঙ্কগুলির জন্য +1
নিক

1
@ নিক যখন আমি এটি ব্যবহার করি তখন এটি প্রত্যাশার সাথে আচরণ করে। আমি আয়নিকে যে প্রক্রিয়াটি প্রয়োগ করেছি তা উল্লেখযোগ্যভাবে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে বেড়ে যায়। অন্যান্য প্রক্রিয়া থেকে একটি মাঝারি I / O বোঝা সহ, আমি প্রত্যাশার সাথে সর্বাধিক 'niceness' প্রয়োগ করে একটি উচ্চ I / O প্রক্রিয়া কার্যকরভাবে স্থগিত করতে সক্ষম হয়েছি। একবার কোনও প্রতিদ্বন্দ্বী আই / ও ছিল না, আয়নযুক্ত প্রক্রিয়াটি স্বাভাবিক হিসাবে সম্পাদিত হয়েছিল।
বিলথোর

400MB ফাইলের সাহায্যে আমি একটি এইচডি থেকে একটি এসএসডি-তে অনুলিপি করছিলাম, প্রাথমিক দশক এটি পুরোপুরি কাজ করেছিল, তারপরে হঠাৎ দেখলাম আমি উচ্চ আইও লোড করেছি এবং 1 মিনিট মেশিন হিমায়িত: / এর মতো অপেক্ষা করতে হয়েছিল। সিগ্রুপ লেখার আইও থ্রোটল নিয়ে আমার একই সমস্যা রয়েছে যেখানে এটি কখনও কখনও কাজ করে এবং অন্যরা এটি কাজ করবে না।
কুম্ভ শক্তি

7

যদি ioniceসমাধানটি পর্যাপ্ত না হয় (তবে যাইহোক) এবং আপনি সত্যই I / O কে একটি নিখুঁত মানের মধ্যে সীমাবদ্ধ করতে চান তবে বেশ কয়েকটি সম্ভাবনা রয়েছে:

  1. সম্ভবত সবচেয়ে সহজ পদ্ধিতি হল: ssh। এটি একটি অন্তর্নির্মিত ব্যান্ডউইথ সীমা আছে। আপনি উদাহরণস্বরূপ tar(এর পরিবর্তে cp) বা scp(যদি এটি যথেষ্ট ভাল হয়; তবে আমি জানি না কীভাবে এটি প্রতীক এবং হার্ড লিঙ্কগুলি পরিচালনা করে) বা rsync। এই আদেশগুলি তাদের তথ্য পাইপ করতে পারে ssh। ক্ষেত্রে tarতোমাদের লিখছি /dev/stdout(অথবা -) এবং পাইপ যে মধ্যে sshক্লায়েন্ট যা অন্য executes tar"দূরবর্তী" পাশ।

  2. মার্জিত তবে ভ্যানিলা কার্নেলে নেই (এএফআইএকে): ডিভাইস ম্যাপার লক্ষ্য ioband। এটি অবশ্যই কেবলমাত্র যদি আপনি উত্স বা লক্ষ্য ভলিউমটিকে মূল্যায়ন করতে পারেন তবেই কাজ করে।

  3. কিছু স্ব-লিখিত মজাদার: grep "^write_bytes: " /proc/$PID/ioআপনাকে কোনও প্রক্রিয়া লিখেছিল এমন পরিমাণের পরিমাণ দেয়। আপনি একটি স্ক্রিপ্ট লিখতে পারেন যা cpব্যাকগ্রাউন্ডে শুরু হয়, উদাহরণস্বরূপ 1/10 তম সেকেন্ডের জন্য ঘুমায়, পটভূমি cpপ্রক্রিয়াটি থামায় ( kill -STOP $PID), যা লেখা হয়েছে তা পরীক্ষা করে (এবং এই ক্ষেত্রে একই মান সম্পর্কে পড়া) কতক্ষণ গণনা করা হয়? cpগড় স্থানান্তর হারকে লক্ষ্যযুক্ত মানের নিচে নেওয়ার জন্য অবশ্যই বিরতি দিতে হবে, সেই সময়ের জন্য ঘুমায়, জেগে উঠবে cp( kill -CONT $PID) ইত্যাদি।


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

5

আপনার সমস্যা সম্ভবত আপনার কম্পিউটারের সাথে নেই, প্রতি সে, সম্ভবত এটি ঠিক আছে fine তবে এই ইউএসবি ফ্ল্যাশ ট্রানজিশন লেয়ারটির নিজস্ব একটি প্রসেসর রয়েছে যা 90% ত্রুটিযুক্ত ফ্ল্যাশ চিপের মতো কী হতে পারে তার ক্ষতিপূরণ দিতে আপনার সমস্ত লেখার মানচিত্র তৈরি করতে হবে, কে জানে? আপনি এটি প্লাবন করেন তারপরে আপনি আপনার বাফারগুলিকে প্লাবন করেন তারপরে আপনি পুরো বাসটি প্লাবিত করেন, তারপরে আপনি আটকে থাকেন, মানুষ - সর্বোপরি, আপনার সমস্ত জিনিস সেখানে। এটি পাল্টা স্বজ্ঞাত মনে হতে পারে তবে আপনার যা দরকার তা হ'ল I / O কে ব্লক করা - আপনার এফটিএলকে গতি সেট করতে দেওয়া এবং তারপরে ঠিক রাখা উচিত need

(এফটিএল মাইক্রোকন্ট্রোলারদের হ্যাক করার বিষয়ে: http://www.bunniestudios.com/blog/?p=3554 )

উপরের সমস্ত উত্তরগুলির কাজ করা উচিত যাতে এটি আরও একটি "আমিও!" অন্য কিছুর চেয়ে: আমি পুরোপুরি সেখানে এসেছি, মানুষ। আমি আমার নিজস্ব সমস্যাগুলি সমাধান করেছি RSSync --bwlimit আরগ দিয়ে (2.5mbs একক, ত্রুটি-মুক্ত রান - এবং আরও কিছু লেখার জন্য মিষ্টি স্পট বলে মনে হয়েছিল এবং আমি লেখার সুরক্ষার ত্রুটিগুলি শেষ করে দিয়েছি)। আরএসসিএনসি বিশেষভাবে আমার উদ্দেশ্যটির জন্য উপযুক্ত ছিল কারণ আমি পুরো ফাইল সিস্টেমের সাথে কাজ করছিলাম - সুতরাং প্রচুর ফাইল ছিল - এবং দ্বিতীয়বারের মতো আরএসসিএন চালানো প্রথম রানের সমস্ত সমস্যা সমাধান করে দেয় (যা আমি অধৈর্য হয়ে চেষ্টা করার পরে চেষ্টা করতাম) অতীত 2.5mbs র‌্যাম্পে)।

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

## OBTAIN OPTIMAL IO VALUE FOR TARGET HOST DEV ##
## IT'S IMPORTANT THAT YOUR "bs" VALUE IS A MULTIPLE ##
## OF YOUR TARGET DEV'S SECTOR SIZE (USUALLY 512b) ##
% bs=$(blockdev --getoptio /local/target/dev)

## START LISTENING; PIPE OUT ON INPUT ##
% nc -l -p $PORT | lz4 |\ 
## PIPE THROUGH DECOMPRESSOR TO DD ## 
>    dd bs=$bs of=/mnt/local/target.file \
## AND BE SURE DD'S FLAGS DECLARE RAW IO ##
>        conv=fsync oflag=direct,sync,nocache

## OUR RECEIVER'S WAITING; DIAL REMOTE TO BEGIN ##
% ssh user@remote.host <<-REMOTECMD
## JUST REVERSED; NO RAW IO FLAGS NEEDED HERE, THOUGH ## 
>    dd if=/remote/source.file bs=$bs |\
>    lz4 -9 | nc local.target.domain $PORT
> REMOTECMD  

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

[সম্পাদনা]: আমি অন্য পোস্টে এলএফটিপি, স্কিপ, এবং এসএসএসের উল্লেখ লক্ষ্য করেছি এবং ভেবেছিলাম আমরা কোনও রিমোট অনুলিপি সম্পর্কে কথা বলছি। স্থানীয় অনেক সহজ:

% bs=$(blockdev --getoptio /local/target/dev)
% dd if=/src/fi.le bs=$bs iflag=fullblock of=/tgt/fi.le \
>    conv=fsync oflag=direct,sync,nocache

[সম্পাদনা 2]: ক্রেডিট এটি যেখানে due

অবশ্যই আপনি এখানে একটি গুণক দিয়ে পারফরম্যান্সের জন্য $ বি টিউন করতে পারেন - তবে কিছু ফাইল সিস্টেমের জন্য এটি এফএসের সেক্টরাইজের টার্গেটের একাধিক হতে পারে তাই এটি মনে রাখবেন।


আমার মেশিনে, পতাকাটি --getiooptনয়--getoptio
মাইকেল মায়ার

2

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

সম্ভবত আপনি অনুলিপিটি পার্সেল করার চেষ্টা করতে পারেন, উদাহরণস্বরূপ নীচের মতো কোনও স্ক্রিপ্ট দ্বারা (প্রুফ-অফ-কনসেপ্ট স্কেচ, সম্পূর্ণরূপে অনির্ধারিত!):

while true do
  dd if=infile of=outfile bs=4096 count=... seek=... skip=...
  sleep 5
done

সমন্বয় seekএবং প্রতিটি বৃত্তাকার skipদ্বারা count। টিউন করা দরকার countযাতে এটি (অত্যধিক) মেমরিটি পূরণ করে না এবং 5এটি নিষ্কাশনের অনুমতি দেয়।


2

নোংরা পৃষ্ঠার সীমা কমিয়ে দিন। ডিফল্ট সীমাটি উন্মাদ।

এর সাথে /etc/sysctl.d/99-sysctl.conf তৈরি করুন:

vm.dirty_background_ratio = 3
vm.dirty_ratio = 10

তারপরে সিস্কটিএল-পি বা পুনরায় বুট করুন।

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

নোট করুন যে তার সমস্যাটি পুরোপুরি সমাধান হবে না ... লিনাক্সটির যা দরকার তা হল নোংরা পৃষ্ঠাগুলি স্বেচ্ছাসেবী করার এক উপায় যা একটি বড় স্থানান্তর স্থান গ্রহণের ফলে সমস্ত উপলব্ধ র্যাম / সমস্ত অনুমোদিত নোংরা পৃষ্ঠা খায় না।


0

এই সমস্যাটির হার্ডওয়্যার বা সফ্টওয়্যারটিতে ত্রুটি বা ত্রুটিগুলির সাথে কোনও সম্পর্ক নেই, এটি কেবল আপনার কর্নেলটি আপনাকে সুন্দর করার চেষ্টা করছে এবং আপনার প্রম্পটটি ফিরিয়ে দেয় এবং ব্যাকগ্রাউন্ডে অনুলিপি করে (এটি ইন-কার্নেল ক্যাশে ব্যবহার করে: আরও র‌্যাম, আরও ক্যাশে, তবে আপনি কোথাও / proc- এ লিখে এটি সীমাবদ্ধ করতে পারেন - যদিও প্রস্তাবিত নয়)। ফ্ল্যাশ ড্রাইভগুলি খুব ধীর এবং যখন কার্নেল এতে লিখেছেন, অন্যান্য আইও অপারেশনগুলি দ্রুত পর্যাপ্তভাবে সম্পাদন করা যায় না। ioniceঅন্যান্য উত্তরে কয়েকবার উল্লেখ করা ঠিক আছে। তবে আপনি -o syncওএস বাফারিং এড়াতে কেবল ড্রাইভটি মাউন্ট করার চেষ্টা করেছেন ? এটি সম্ভবত সবচেয়ে সহজ সমাধান।


-ও সিঙ্ক সক্ষম করার পরে, আমার ইন্টারনেট এই ইউএসবি ড্রাইভে লেখার গতির চেয়ে দ্রুত। আমি যা বুঝতে পারছি না কেন কার্নেল ক্যাশে পৃষ্ঠাগুলি কীভাবে দ্রুত ফ্লাশ হয়ে যাচ্ছে তা ট্র্যাক করে না এবং তার ভিত্তিতে ভবিষ্যতের ফ্লাশগুলি নির্ধারণ করে। এটি যেমন এটি সর্বদা পূর্ণ গতিতে চলে আসে, এই দরিদ্র ড্রাইভটি গতিটি ধরে রাখতে না পারলেও। তবে এটি আমার অনুমান করা অন্য প্রশ্নের জন্য একটি বিষয়।
অ্যান্টোনোন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.