rsync ที่ดีบนเครื่องระยะไกล

เมื่อใช้ rsync + ssh เพื่อเข้าถึงเครื่องระยะไกลมีวิธี "ดี" กระบวนการ rsync บนเครื่องระยะไกล (เพื่อลดความสำคัญ)

การแก้ไขคำถามเพื่อชี้แจง:

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
backups  16651 86.2  0.1   3576  1636 ?        Rs   11:06   0:06 rsync --ser...

(สาย rsync ถูกตัดออก)

นี่เป็นงาน cron สำรองที่โดยปกติแล้วจะทำงานตอนตีสี่ แต่เมื่อฉันตื่นขึ้นมา (และกระทำหรือใช้ Bugzilla ที่โฮสต์อยู่ในเครื่องเดียวกัน) มันจะฆ่าประสิทธิภาพเซิร์ฟเวอร์ดังนั้นฉันจึงต้องการแฮ็ค "แฮ็ค" ที่รวดเร็วเพื่อลองแก้ไข มันเป็นบิต

คุณสามารถใช้--rsync-pathตัวเลือกเช่น

rsync --rsync-path="nice rsync" foo remotebox:/tmp/

• ใช้--rsync-pathตัวเลือกที่คุณมีrsync --rsync-path="ionice -c 3 nice -n 12 rsync" localDirectory remoteHost:/tmp/
• สละตัวเลือกการตั้งค่าไฟล์คุณสามารถเปลี่ยนหรือ uncomment ในแฟ้มคุ้มค่าและคุ้มค่า/etc/default/rsyncRSYNC_NICE='17'RSYNC_IONICE='-c3'

สำหรับค่าioniceทั้งสองจะมีลำดับความสำคัญของฮาร์ดดิสก์

• 1 -> เรียลไทม์
• 2 -> ความพยายามที่ดีที่สุด
• 3 -> Ildle (เมื่อกระบวนการอื่นไม่ได้ใช้ HD)

โปรดทราบว่าสำหรับตัวcfqจัดตารางเวลาเท่านั้น Linux ใช้คลาสและลำดับความสำคัญของ IO จริงๆ ถ้าผู้ดูแลระบบระยะไกลได้เลือกที่จะจัดตารางเวลา IO noop, deadlineหรือบางส่วนที่แตกต่างแปลกใหม่มากขึ้นคุณอาจพบว่าioniceมันไม่ทำอะไรเลย หนึ่งควรจะสามารถที่จะได้รับประสิทธิภาพสูงจากcfqและยังคงสามารถที่จะใช้เรียน IO และลำดับความสำคัญโดยการปรับแต่ง CFQ อย่างถูกต้อง

สำหรับค่าniceสำหรับตัวประมวลผลลำดับความสำคัญ

• -20 (ดีที่สุดในกระบวนการ)
• (ค่าเริ่มต้น 10) หากไม่ได้ระบุ -n
• 19 (อย่างน้อยเป็นประโยชน์ต่อกระบวนการ)

วิธีแก้ปัญหาที่รวดเร็วและสกปรกคือการสร้างสคริปต์ตัวห่อเล็ก ๆ ที่เรียกว่า 'rsync' ซึ่งจะฉายเงา $ PATH ก่อนไบนารี rsync จริงเช่น:

#!/bin/sh
nice -10 /path/to/proper/rsync $*

หรือตั้งค่าไฟล์ authorized_keys เพื่อให้มันทำงานได้อย่างมีประสิทธิภาพของ rsync (สมมติว่าคุณกำลังใช้ปุ่ม ssh)

ตัวอย่าง:

command=”/home/user/bin/nice-rsync.sh" ssh-dss asdf....

ตอนนี้ใน /home/user/bin/nice-rsync.sh ของคุณ

#!/bin/sh
case $SSH_ORIGINAL_COMMAND in
  rsync\ --server*)
    nice -10 $SSH_ORIGINAL_COMMAND
    ;;
  *)
    $SSH_ORIGINAL_COMMAND
    ;;
esac

HTH

คุณสามารถปิดใช้งานการบีบอัดตามเครือข่ายโดยไม่รวม-zอาร์กิวเมนต์ที่อาจช่วยประหยัดเวลาของ CPU ทั้งสองด้าน หรือเปลี่ยนวิธีที่ rsync ใช้ checksums ลองดู--checksum

Rsync ไม่ควรใช้ CPU มาก ฉันสงสัยว่าคุณสามารถบังคับความสวยงามบางอย่างได้จากส่วนอื่น ๆ แต่สิ่งที่คุณทำได้คือ จำกัด แบนด์วิดท์ที่ rsync ใช้กับไฟร์วอลล์ซึ่งท้ายที่สุดจะลดจำนวนการประมวลผลที่ทำได้ในเวลา X

ฉันไม่คิดอย่างนั้นคุณต้องการโซลูชันที่กำหนดเองสำหรับ .. ใช้ ftp