স্থানীয়ভাবে একটি বড় ডিরেক্টরি গাছ অনুলিপি করছেন? সিপি বা আরএসএনসি?

Question

আমাকে একটি বড় ডিরেক্টরি ট্রি অনুলিপি করতে হবে, প্রায় 1.8 টিবি। এটা সব স্থানীয়। অভ্যাসের বাইরে আমি ব্যবহার করতাম rsync, তবে আমি ভাবছি যে এর চেয়ে বেশি পয়েন্ট আছে কিনা, এবং যদি এর পরিবর্তে আমার ব্যবহার করা উচিত cp।

অনুমতি এবং uid / gid সম্পর্কে আমি উদ্বিগ্ন, যেহেতু সেগুলি অনুলিপিটিতে সংরক্ষণ করতে হবে (আমি জানি rsync এটি করে)। পাশাপাশি সিমলিংকের মতো জিনিস।

গন্তব্যটি খালি, তাই শর্তসাপেক্ষে কিছু ফাইল আপডেট করার বিষয়ে আমাকে চিন্তা করতে হবে না। এটি সমস্ত লোকাল ডিস্ক, সুতরাং এসএসএস বা নেটওয়ার্ক সম্পর্কে আমাকে চিন্তা করতে হবে না।

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

সুতরাং আপনি কি গণনা, rsyncবা cp?

Comments

আরএসসিএনসি যদি এটি করতে চায় ঠিক তেমন করে, যদি আপনি ইতিমধ্যে এই নির্দিষ্ট অ্যাপ্লিকেশনের জন্য এর ব্যবহারের সাথে যথেষ্ট পরিচিত হয়ে থাকেন এবং যদি এটি আপনার স্বাদ অনুসারে দ্রুত কাজ করে তবে আপনি পৃথিবীতে স্যুইচ করতে চান কেন?

— এগারোটি১৮

কারণ আমি উদ্বিগ্ন যে আরএসসিএনসি সিপি-র চেয়ে বেশি সময় নিবে, যেহেতু আরএসসিএনসি প্রচুর পরিমাণে চেকসাম্পিং করে যে সিপি করবে না

— ররি

ডিস্ক / নেটওয়ার্ক i / o এর তুলনায় চেকসামের সিপিইউ ওভারহেড ছোট। ডিস্কটি একই সিস্টেমে না থাকলে এবং ওএস বাস কন্ট্রোলারে কিছু চালাক ড্রাইভ-ড্রাইভ অনুলিপি করতে পারে।

— মার্টিন বেকেট 17

আকার এবং টাইমস্ট্যাম্প চেকের চেয়ে পৃথক হওয়া ফাইলগুলিতে চেকসামিং করা হয়। যদি আপনি অদ্ভুত হন (অনুলিপি চলাকালীন বিদ্যুৎ বিভ্রাটের পরে) আপনি সমস্ত ফাইলগুলিতে চেকসামিং করতে বাধ্য করতে পারেন তবে স্থানীয় স্থানান্তরে, এটি সাধারণত স্ক্র্যাচ থেকে শুরু করার চেয়ে ধীর হয়।

— কর্কম্যান

সম্ভবত সে তার কর্মপ্রবাহের উন্নতি সম্পর্কে কৌতূহলী, এবং বালুকণায় মাথা চাপা দেয় না সে ভেবে যে তিনি সবকিছু জানেন। এই মন্তব্যটি আমাকে সত্যই বিরক্ত করে।

— মার্টিন কনেকনি

Answer 1

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

rsync -a source dest

যদিও ইউআইডি / জিআইডি এবং সিমলিংকগুলি -a(দেখুন -lpgo) দ্বারা সংরক্ষিত রয়েছে , আপনার প্রশ্নের দ্বারা বোঝা যায় আপনি ফাইল সিস্টেমের তথ্যের একটি সম্পূর্ণ অনুলিপি চাইতে পারেন ; এবং -aহার্ড-লিঙ্কগুলি, বর্ধিত বৈশিষ্ট্যগুলি, বা এসিএলগুলি (লিনাক্সে) বা উপরের বা সংস্থার কাঁটাচামচ (ওএস এক্স-তে অন্তর্ভুক্ত নয়) সুতরাং, কোনও ফাইল সিস্টেমের দৃ copy় অনুলিপিটির জন্য আপনাকে এই পতাকাগুলি অন্তর্ভুক্ত করতে হবে:

rsync -aHAX source dest # Linux
rsync -aHE source dest  # OS X

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

cp -au source dest

Comments

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

— চাদ হুনাইকুট

-W (- whole-file) অপশনটি যুক্ত করা একটি বিঘ্নিত rsync গতি বাড়িয়ে তুলবে, কারণ এটি চেকসামিংয়ের পরিবর্তে ফাইলটি অনুলিপি করবে।

— হাইয়ালকি

আসলে, আরএসসিএনসি স্থানীয় স্থানান্তরগুলি সনাক্ত করে এবং স্বয়ংক্রিয়ভাবে চেকসামিং ছাড়াই পুরো ফাইল-অনুলিপি সক্ষম করে।

— কর্কম্যান

এবং - প্রগ্রেস যা সত্যই কার্যকর!

— ম্যাট

-পি বা --progress পৃথকভাবে প্রতিটি ফাইলের জন্য অগ্রগতি দেখায়। এটি বড় ফাইলগুলি অনুলিপি করার জন্য দরকারী, অনেকগুলি (হাজার হাজার) ছোট ফাইলের জন্য নয় কারণ এর অর্থ হ'ল আরও অনেক আউটপুট যা আপনি পড়তে পারবেন না। এটি সম্মিলিত সমস্ত ফাইলের ওভারাল অগ্রগতি দেখায় না।

— এসপিআরবিএনএন

Answer 2

স্থানীয় ফাইল সিস্টেমে অনুলিপি করার সময় আমি সর্বদা নীচের আরএসসিএনসি বিকল্পগুলি ব্যবহার করি:

# rsync -avhW --no-compress --progress /src/ /dst/

এখানে আমার যুক্তি:

-a is for archive, which preserves ownership, permissions etc.
-v is for verbose, so I can see what's happening (optional)
-h is for human-readable, so the transfer rate and file sizes are easier to read (optional)
-W is for copying whole files only, without delta-xfer algorithm which should reduce CPU load
--no-compress as there's no lack of bandwidth between local devices
--progress so I can see the progress of large files (optional)

নীচের টার্ম কমান্ডের উপরে উপরের আরএসসিএনসিএল সেটিংস ব্যবহার করে আমি আরও 17% দ্রুত স্থানান্তর দেখেছি অন্য উত্তর হিসাবে প্রস্তাবিত:

# (cd /src; tar cf - .) | (cd /dst; tar xpf -)

Comments

আমার নিম্নলিখিত ত্রুটি হচ্ছে: rsync: --no-compress: unknown option@ এলিস পারসিভাল।

— আল্পার

এটি দ্রুত হালকা হয়। এই চেয়ে দ্রুত করতে rm -rf /src/।

— ডিজিও

@ অ্যাল্পারের মতো, - নন-কমপ্রেস আমার আরএসসিএন সংস্করণে (সেন্টোস 7 এ) বিকল্প ছিল না; আমি পরিবর্তে --compress- স্তর = 0 ব্যবহার করেছি।

— পল

Answer 3

যখন আমাকে প্রচুর পরিমাণে ডেটা অনুলিপি করতে হয়, আমি সাধারণত টার এবং আরএসএনসি সমন্বয় ব্যবহার করি। প্রথম পাসটি হ'ল এটির মতো কিছু:

# (cd /src; tar cf - .) | (cd /dst; tar xpf -)

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

# cd /dst; rsync -avPHSx --delete /src/ .

মনে রাখবেন যে পিছনে স্ল্যাশ অন /src/গুরুত্বপূর্ণ।

Comments

+1 আমি সাধারণত খুঁজে পেয়েছি আরএসসিএন-এর চেয়ে বড় অনুলিপিগুলির জন্য দ্রুত। আমিও চূড়ান্ত আরএসসিএনসি দিয়ে শেষ করার ধারণাটি পছন্দ করি।

— জিওফ ফ্রেটজ

ডার্ট ডির খালি থাকলে টার একটি ভাল পছন্দ। যদিও আমার উপায়টি হবে: সিডি $ ডিএসটিডিআইআর; tar c -C $ SRCDIR। | তার

— এসেসডমিন

এটাই এই পদ্ধতির সৌন্দর্য। আপনার দ্বিগুণ স্থানের দরকার নেই কারণ আপনি কখনই বাস্তবে কোনও মধ্যবর্তী টার ফাইল তৈরি করেন না। পাইপের আগে থাকা ডারটি ডেটা প্যাক করে স্টাডাউটের দিকে প্রবাহিত করে, এবং পাইপের পরে থাকা স্টার্টটি স্টিডিনের কাছ থেকে ধরে এটি খুলে ফেলে।

— চাদ হুনাইকুট

আমি 12 জিবি স্থানান্তরের জন্য সিপি -a করেছি এবং 42gb স্থানান্তরের জন্য এই পদ্ধতিটি করেছি। টার পদ্ধতিটি প্রায় 1/4 সময় নিয়েছিল।

— এনগাইদা

আমি pvব্যবহার করে সমস্ত ডেটার আকার অনুমান করে অগ্রগতি দেখতে সক্ষম হতে মাঝখানে রেখেছি df। আমিও ব্যবহার করেছি --numeric-owner, সোর্স ডিস্কটি অন্য সিস্টেম থেকে এসেছিল এবং আমি tarমালিকদের tar -C /old-path --numeric-owner -S -c . | pv -tpeba -s 100G | tar -C /new-path --numeric-owner -S -xp

— গণ্ডগোল করতে চাইনি

Answer 4

rsync

আমি যে rsync ব্যবহার করি তা এখানে, আমি সাধারণ কমান্ডের জন্য সিপি পছন্দ করি, এটি নয়।

$ rsync -ahSD --ignore-errors --force --delete --stats $SRC/ $DIR/

cpio

এখানে এমন এক উপায় যা আরও নিরাপদ, সিপিও। এটি টারের মতো প্রায় দ্রুত, সম্ভবত কিছুটা দ্রুত।

$ cd $SRC && find . -mount -depth -print0 2>/dev/null | cpio -0admp $DEST &>/dev/null

আলকাতরা

এটিও ভাল, এবং পঠন-ব্যর্থতা অব্যাহত।

$ tar --ignore-failed-read -C $SRC -cf - . | tar --ignore-failed-read -C $DEST -xf -

নোটগুলি সেগুলি কেবলমাত্র স্থানীয় অনুলিপিগুলির জন্য।

Comments

আপনি RSSync এর জন্য -S এবং -D পতাকা ব্যবহার করেন কেন?

— মিয়ালিস

Answer 5

যা কিছু তুমি পছন্দ কর. -aআপনি যখন সিদ্ধান্ত নেবেন ঠিক তখনই স্যুইচটি ভুলে যাবেন না cp।

আপনার যদি সত্যিই কোনও উত্তর প্রয়োজন: আমি আরএসসিএনসি ব্যবহার করব কারণ এটি অনেক বেশি নমনীয়। অনুলিপিটি সম্পূর্ণ হওয়ার আগে শাটডাউন করা দরকার? আপনার পেছনের সাথে সাথে কেবল সিটিআরএল-সি এবং পুনরায় শুরু করুন। কিছু ফাইল বাদ দিতে হবে? শুধু ব্যবহার --exclude-from। মালিকানা বা অনুমতিগুলি পরিবর্তন করা দরকার? rsync আপনার জন্য এটি করবে।

Comments

-পি পতাকা আবার কী করে?

— ররি

এটি মালিকানা, টাইমস্ট্যাম্প এবং অনুমতি সংরক্ষণ করবে।

— innaM

সিপি -a আরও ভাল হবে।

— ডেভিড প্যাশলে

প্রকৃতপক্ষে. উত্তর অনুসারে পরিবর্তন হয়েছে।

— innaM

Answer 6

rsyncকমান্ড সবসময় যে বাইট এটা স্থানান্তর চেকসাম নির্ণয় করে।

কমান্ড লাইন বিকল্পটি --checksumকেবলমাত্র ফাইলগুলির চেকসাম ব্যবহার করে কোন ফাইলগুলি স্থানান্তর করতে হবে বা না তা নির্ধারণ করতে ব্যবহৃত হয়, যেমন:

-c, --checksum চেকসামের উপর ভিত্তি করে এড়িয়ে যান, মোড-টাইম এবং আকার নয় "

ম্যানপেজটি এটিও বলে:

নোট করুন যে আরএসসিএনসি সর্বদা যাচাই করে যে প্রতিটি স্থানান্তরকৃত ফাইল পুরো ফাইল চেকসামটি পরীক্ষা করে প্রাপ্তির পক্ষে সঠিকভাবে পুনর্গঠন করা হয়েছিল, তবে স্থানান্তরের পরে স্বয়ংক্রিয়ভাবে যাচাইকরণের সাথে এই বিকল্পটির স্থানান্তর হওয়ার আগে কোনও সম্পর্ক নেই "এই ফাইলটির কি দরকার? আপডেট করা?" চেক করুন।

তাই rsyncএছাড়াও, সবসময় প্রাপ্তির দিকে পুরো ফাইলের একটি চেকসাম হিসাব, এমনকি যখন -c/ --checksumবিকল্প "বন্ধ" হয়।

Comments

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

— জোরেডেচি

হ্যাঁ, শেষ অনুচ্ছেদটি আসলেই প্রয়োজনীয় ছিল না।

— শেরউইন ফ্লাইট

Answer 7

rsync -aPhW --protocol=28আরএসওয়াইএনসির সাহায্যে সেই বৃহত অনুলিপিগুলিকে গতি বাড়িয়ে তুলতে সহায়তা করে। আমি সর্বদা আরএসসিএনকে যাই কারণ 90 জিআইবি দিয়ে মাঝপথে যাওয়ার চিন্তাভাবনা এবং এটি ব্রেকিং আমাকে সিপি থেকে দূরে সরিয়ে দেয়

Comments

কমান্ড স্ট্রিংয়ে পুরানো প্রোটোকলটি ব্যবহার করার মান কী?

— ew white

কোনও ম্যাক মেশিনে রাইকিঙ্ক শিপডের পুরানো সংস্করণটি কিছু নতুন আরএসসিএনসি প্রোটোকল রিজে যেমন ২৯ টি হ্যাং করে the

— oneguynick

আমার ধারণা 28 নম্বরটি আর বৈধ নয়?

— এসপিআরবিএনএন

Answer 8

rsync দুর্দান্ত তবে সত্যিকারের বৃহত ডিরেক্টরি গাছের সাথে সমস্যা রয়েছে কারণ এটি মেমরিতে গাছগুলি সংরক্ষণ করে। আমি কেবল এই থ্রেডটি খুঁজে পেলে তারা এই সমস্যাটি ঠিক করবে কিনা তা সন্ধান করছিলাম।

আমি এটিও পেয়েছি:

http://matthew.mceachen.us/geek/gigasync/

আপনি নিজে নিজে গাছটি ভেঙে একাধিক আরএসএনসি চালাতে পারেন।

Comments

আপনি যদি সংস্করণ 3 ব্যবহার করেন তবে এটি সম্পূর্ণ বড় আকারের গাছটিকে মেমরিতে রাখে না, এটি একটি বর্ধিত-পুনরাবৃত্তি অ্যালগরিদম ব্যবহার করে: samba.org/ftp/rsync/src/rsync-3.0.0- নতুন

— কাইল ব্র্যান্ড

Answer 9

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

আমাদের সেই সময়কৃত 1,753,200 ফাইলের মধ্যে বিতরণ করা 532Gb ডেটা সরাতে :

• rsync 232 মিনিট সময় নিয়েছে
• tar 206 মিনিট সময় নিয়েছে
• cpio 225 মিনিট সময় নিয়েছে
• rsync + parallel 209 মিনিট সময় নিয়েছে

আমার ক্ষেত্রে আমি ব্যবহার পছন্দ করি rsync + parallel। আমি আশা করি এই তথ্য আরও বেশি লোককে এই বিকল্পগুলির মধ্যে সিদ্ধান্ত নিতে সহায়তা করে।

সম্পূর্ণ বেঞ্চমার্ক এখানে প্রকাশিত হয়

Comments

404 পৃষ্ঠা পাওয়া যায় নি

— আমেদী ভ্যান গ্যাস

ধন্যবাদ @ আমেডিভ্যানগ্যাস ইউটিউবটি আপনি রিপোর্ট করার পরে একটি সংশোধন করা হয়েছে :)

— arjones

বেঞ্চমার্কিং কেন হয় না cp? এই প্রশ্নের শিরোনাম!

— ক্যালান্দোয়া

@ ক্যালান্ডোয়া আমার মনে cpহয় যে এটি অনিরাপদ, যেমন: যখন এটি ভেঙে যায় তখন আপনাকে আবার শুরু করতে হবে, rsyncসেই

— পথটি

Answer 10

স্থানীয় একটি স্থানীয় ডিরেক্টরি অনুলিপি করার সময়, আমার অভিজ্ঞতা হ'ল "সিপি -ওয়ান এসসিআর ডেস্ট" আরএসসিএনসি থেকে 20% দ্রুত faster পুনরায় সূচনাযোগ্যতা হিসাবে এটি "-n" করে। আপনার কেবল আংশিক অনুলিপি করা ফাইলটি আরএম করা দরকার। এটি কোনও আইএসও বা এরকম কিছু না হলে বেদনাদায়ক নয়।

Answer 11

এআরজে এত পুরানো স্কুল !! আমি সত্যিই সন্দেহ করি যে এআরজে এবং / অথবা আরএসএনসি পারফরমেন্স দেবে।

অবশ্যই আমি সবসময় সিপিও ব্যবহার করি:

find . -print | cpio -pdm /target/folder

এটি সিপির চেয়ে প্রায় দ্রুত, স্পষ্টতই টারের চেয়ে দ্রুত এবং কোনও পাইপ ছাড়াই।

Comments

"মূল সিপিও এবং সন্ধানের ইউটিলিটিগুলি এটি অ্যান্ড টি এর ইউনিক্স সাপোর্ট গ্রুপে কাজ করার সময় ডিক হাইট লিখেছিলেন। তারা 1977 সালে পিডাব্লুবি / ইউএনআইএক্স 1.0 এ প্রকাশিত হয়েছিল" - ফ্রিবিএসডি'র cpioম্যান পেজ।

— ক্রিস এস

cpioদুর্ভাগ্যক্রমে ফাইলগুলির জন্য একটি 8 গিগাবাইট উচ্চতর সীমা রয়েছে।

" কিছুই পাইপ না করে " [sic]। findকমান্ড ব্যতীত , আপনি এটি তালিকাভুক্ত হিসাবে, এটিতে একটি পাইপ রয়েছে:find . -print | cpio -pdm /target/folder

— ওয়ারেন

Answer 12

আপনি অবশ্যই রাইক্লোনটি চেষ্টা করে দেখতে চান। এই জিনিসটি দ্রুত পাগল:

sudo rclone sync /usr /home/fred/temp -P -L --transfers 64

Transferred:       17.929G / 17.929 GBytes, 100%, 165.692 MBytes/s, ETA 0s
Errors:                75 (retrying may help)
Checks:            691078 / 691078, 100%
Transferred:       345539 / 345539, 100%
Elapsed time:     1m50.8s

এটি LITEONIT LCS-256 (256GB) এসএসডি থেকে এবং এর একটি স্থানীয় অনুলিপি।

আপনি --ignore-checksumআরও দ্রুত তৈরি করতে প্রথম রান যোগ করতে পারেন।

Answer 13

দুজনেই ঠিক কাজ করবে।

Answer 14

tar এছাড়াও কাজটি করবে, কিন্তু আরএসসিএন উইলের মতো বাধা দেওয়া থেকে আরম্ভ করবে না।

Comments

একটি পুরানো উত্তর, তবে ফাইলগুলির সংকুচিত সংরক্ষণাগার তৈরি করার জন্য টিআর নয়? এটি কীভাবে আরএসসিএনসি বা সিপি-র মতো ফাইল স্থানান্তর করতে ব্যবহার করা যেতে পারে?

— শেরউইন ফ্লাইট

@ শেরউইনফ্লাইট সিডি উত্স; tar cf -। | (সিডি ডেস্ট; টার এক্সএফ -)

— pgs

Answer 15

আপনি যদি এআরজে ব্যবহার করেন?

arj a -jm -m1 -r -je filepack /source

যেখানে -jm -m1সংকোচনের মাত্রা রয়েছে এবং -jeএটিকে কার্যকর করা যায়। এখন আপনার কাছে ফাইলগুলির একটি এনপ্যাপুলেটেড বাশ রয়েছে।

তারপরে লক্ষ্য মানচিত্রে নিষ্কাশনের জন্য

filepack -y  

যেখানে উত্স মানচিত্র তৈরি করা হবে (যেখানে -yসর্বদা গ্রহণযোগ্য, ওভাররাইট, এড়িয়ে যাওয়া ইত্যাদি)

তারপরে কেউ এফটিপিপি ফাইলপ্যাকটি লক্ষ্য স্থানে স্ক্রিপ করতে পারে এবং যদি সম্ভব হয় তবে তা কার্যকর করতে পারে।

Comments

Arj? ৮০ এর দশকে কি মারা গেল না?

— মাইকেল হ্যাম্পটন

আপনি যদি উইকিপিডিয়া বিশ্বাস করেন তবে 90 এর দশকের গোড়ার দিকে

— ম্যাট

Answer 16

কিছু স্পিড-আপ রয়েছে যা এগুলিতে প্রয়োগ করা যেতে পারে rsync:

এড়াতে

• -z/ --compress: সংক্ষেপণ কেবল সিপিইউ লোড করবে কারণ স্থানান্তরটি কোনও নেটওয়ার্কের উপরে নয় বরং র‌্যামের ওপরে।
• --append-verify: একটি বাধা স্থানান্তর পুনরায় শুরু করুন। এটি একটি ভাল ধারণা মত শোনাচ্ছে তবে এতে বিপজ্জনক ব্যর্থতার মামলা রয়েছে: উত্সের চেয়ে যে কোনও গন্তব্য ফাইল একই আকার (বা আরও বেশি) হবে IGNORED be এছাড়াও, এটি শেষ পর্যন্ত পুরো ফাইলটি চেকসাম করে, যার অর্থ --no-whole-fileএকটি বিপজ্জনক ব্যর্থতার কেস যুক্ত করার সময় কোনও তাত্পর্যপূর্ণ গতি বাড়েনি।

ব্যবহার

• -S/ --sparse: নালগুলির ক্রমগুলি স্পার্স ব্লকে পরিণত করুন turn
• --partialবা -Pযা --partial --progress: ভবিষ্যতের পুনরায় শুরু করার জন্য কোনও আংশিক স্থানান্তরিত ফাইল সংরক্ষণ করুন save দ্রষ্টব্য: ফাইলগুলির অস্থায়ী নাম থাকবে না, সুতরাং নিশ্চিত হয়ে নিন যে পুরো অনুলিপিটি শেষ না হওয়া পর্যন্ত অন্য কোনও কিছুই গন্তব্যটি ব্যবহার করার প্রত্যাশা করছে না।
• --no-whole-fileযাতে যে কোনও কিছুতে রাগ করা দরকার তা ব-দ্বীপ স্থানান্তর ব্যবহার করে। আংশিকভাবে স্থানান্তরিত ফাইলের অর্ধেকটি পড়া প্রায়শই আবার লেখার চেয়ে দ্রুত হয়।
• --inplace ফাইল অনুলিপি এড়ানোর জন্য (তবে কেবলমাত্র পুরো ট্রান্সফারটি শেষ না হওয়া পর্যন্ত গন্তব্যটি কিছুই পড়ছে না)