Hi Michael, Your speed suspiciously looks like the maximum HDD speed. How many stripes is the directory set to on the source and destinations? This is a common problem for my researchers as they don't understand lustre. They expect to have single stream bandwidth on multi GB/s and get about the speed of a single disk.
The other common cause for this speed is hitting the CPU maximum as most of transfer parts are single threaded. Have you looked at the cpu performance with htop? It will show systime as well so that can help isolate whether it is the kernel slowing the process down. Cheers, Lance -- Dr Lance Wilson Characterisation Virtual Laboratory (CVL) Coordinator & Senior HPC Consultant Ph: 03 99055942 (+61 3 99055942) Mobile: 0437414123 (+61 4 3741 4123) Multi-modal Australian ScienceS Imaging and Visualisation Environment (www.massive.org.au) Monash University On Fri, 3 Jan 2020 at 05:12, Jonathan Aquilina <jaquil...@eagleeyet.net> wrote: > Aren’t you going to have issues with I/O contention if you are copying on > the same machine but different directories? Is the transfer even going over > the link > > Regards, > Jonathan Aquilina > Owner managing director > > Phone (356) 20330099 > Mobile (356) 79957942 > > Email sa...@eagleeyet.net > ------------------------------ > *From:* Beowulf <beowulf-boun...@beowulf.org> on behalf of Jonathan > Engwall <engwalljonathanther...@gmail.com> > *Sent:* Thursday, January 2, 2020 5:56:25 PM > *To:* Michael Di Domenico <mdidomeni...@gmail.com> > *Cc:* Beowulf Mailing List <Beowulf@beowulf.org> > *Subject:* Re: [Beowulf] 10G and rsync > > The whitepaper was interesting. Single core VMs might be your best bet. > > On Thu, Jan 2, 2020, 8:48 AM Michael Di Domenico <mdidomeni...@gmail.com> > wrote: > > i'll check it, but keep in mind. i'm not copying files between two > servers, but rather between two directories on the same server. > > ideally if rsync is still using ssh under the covers in my scenario, > i'm hopeful hpn-ssh might alleviate the bottleneck condition. if it's > not i'm back to square one. > > On Thu, Jan 2, 2020 at 11:42 AM Alex Chekholko <a...@calicolabs.com> > wrote: > > > > Hi Michael, > > > > I would recommend trying 'bbcp' before 'hpn-ssh' as the latter will > really only benefit you for high-latency links, e.g. across country. > > > > Put the bbcp binary on both sides and try it out. If you don't have a > way to install bbcp into a system $PATH, you can specify the absolute path > to the binary. Random link with examples here: > > https://www.nics.tennessee.edu/computing-resources/data-transfer/bbcp > > > > Regards, > > Alex > > > > On Thu, Jan 2, 2020 at 8:32 AM Michael Di Domenico < > mdidomeni...@gmail.com> wrote: > >> > >> just to further the discussion and for everyone's education i found > >> this whitepaper, which seems to confirm what i see > >> > >> > https://www.intel.com/content/dam/support/us/en/documents/network/sb/fedexcasestudyfinal.pdf > >> > >> maybe hpn-ssh is something i can work into my process > >> > >> > >> On Thu, Jan 2, 2020 at 10:26 AM Michael Di Domenico > >> <mdidomeni...@gmail.com> wrote: > >> > > >> > does anyone know or has anyone gotten rsync to push wire speed > >> > transfers of big files over 10G links? i'm trying to sync a directory > >> > with several large files. the data is coming from local disk to a > >> > lustre filesystem. i'm not using ssh in this case. i have 10G > >> > ethernet between both machines. both end points have more then > >> > enough spindles to handle 900MB/sec. > >> > > >> > i'm using 'rsync -rav --progress --stats -x --inplace > >> > --compress-level=0 /dir1/ /dir2/' but each file (which is 100's of > >> > GB's) is getting choked at 100MB/sec > >> > > >> > running iperf and dd between the client and the lustre hits 900MB/sec, > >> > so i fully believe this is an rsync limitation. > >> > > >> > googling around hasn't lent any solid advice, most of the articles are > >> > people that don't check the network first... > >> > > >> > with the prevalence of 10G these days, i'm surprised this hasn't come > >> > up before, or my google-fu really stinks. which doesn't bode well > >> > given its the first work day of 2020 :( > >> _______________________________________________ > >> Beowulf mailing list, Beowulf@beowulf.org sponsored by Penguin > Computing > >> To change your subscription (digest mode or unsubscribe) visit > https://beowulf.org/cgi-bin/mailman/listinfo/beowulf > _______________________________________________ > Beowulf mailing list, Beowulf@beowulf.org sponsored by Penguin Computing > To change your subscription (digest mode or unsubscribe) visit > https://beowulf.org/cgi-bin/mailman/listinfo/beowulf > > _______________________________________________ > Beowulf mailing list, Beowulf@beowulf.org sponsored by Penguin Computing > To change your subscription (digest mode or unsubscribe) visit > https://beowulf.org/cgi-bin/mailman/listinfo/beowulf >
_______________________________________________ Beowulf mailing list, Beowulf@beowulf.org sponsored by Penguin Computing To change your subscription (digest mode or unsubscribe) visit https://beowulf.org/cgi-bin/mailman/listinfo/beowulf
