search for: ahaxxv

Hi, I do have two centos 6.6 servers. With a "performance optimized" rsync I get an speed of 15 - 20 MB/s The options I use are: rsync -aHAXxv --numeric-ids --progress -e "ssh -T -c arcfour -o Compression=no -x" If I copy files by smb to/from the servers I do get 60 - 80 MB/s, a dd (r/w) on the storages attached gives 90 MB/s on the 1Gbit ISCSI (Source Server) and up to 600MB/s on the 10Gbit ISCSI (Destination Server) storage....

> > I do have two centos 6.6 servers. With a "performance optimized" rsync I > get an speed of 15 - 20 MB/s > > The options I use are: > > rsync -aHAXxv --numeric-ids --progress -e "ssh -T -c arcfour -o > Compression=no -x" > > If I copy files by smb to/from the servers I do get 60 - 80 MB/s, a dd > (r/w) on the storages attached gives 90 MB/s on the 1Gbit ISCSI (Source > Server) and up to 600MB/s on the 10Gbit ISCSI (Desti...

...centos 6.6 servers. With a "performance optimized" rsync I > get an speed of 15 - 20 MB/s That *is* pretty slow for sustained writes. Does the same rate hold true for individual large files as it does for lots of small ones? What filesystem are you using on each side? > rsync -aHAXxv --numeric-ids --progress -e "ssh -T -c arcfour -o > Compression=no -x" It's worth noting that -X and -A are going to perform filesystem IO that you don't see on SMB, because it isn't going to preserve/set ACLs and extended attributes (IIRC). So, one possibility is that...

On Fri, January 23, 2015 12:54 pm, Patrick Flaherty wrote: >> >> I do have two centos 6.6 servers. With a "performance optimized" rsync I >> get an speed of 15 - 20 MB/s >> >> The options I use are: >> >> rsync -aHAXxv --numeric-ids --progress -e "ssh -T -c arcfour -o >> Compression=no -x" >> >> If I copy files by smb to/from the servers I do get 60 - 80 MB/s, a dd >> (r/w) on the storages attached gives 90 MB/s on the 1Gbit ISCSI (Source >> Server) and up to 600MB/s on the...

...t it seems to run a few versions behind the main releases. Are there any plans to incorporate the work done there into the main release? (see http://jrds.fr/rsynck for patch) At the moment, I am using the following script as a cron job: -- #!/bin/bash kinit -k -t /etc/rsync.keytab $1 rsync -aHAXxv --numeric-ids --delete --progress -e "ssh -p $2 -T -c arcfour -o Compression=no -x" $3 $1@$4 kdestroy -- Where a command might look like: sudo ./myscript <principal> <port> <source> <host at destination> This works for the purposes of creating a Kerberized con...

...tos 6.6 servers. With a "performance optimized" rsync > I get an speed of 15 - 20 MB/s That *is* pretty slow for sustained writes. Does the same rate hold true for individual large files as it does for lots of small ones? What filesystem are you using on each side? > rsync -aHAXxv --numeric-ids --progress -e "ssh -T -c arcfour -o > Compression=no -x" It's worth noting that -X and -A are going to perform filesystem IO that you don't see on SMB, because it isn't going to preserve/set ACLs and extended attributes (IIRC). So, one possibility is that...