I will be out of the office starting 07/15/2002 and will not return until
07/19/2002.
I will respond to your message when I return.
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Dave North wrote:
>
> We have an interesting quandry here. When I'm rsync'ing my directory
> tree (100 directories each containing 1000 files) I see some strange
> results:
>
> All of these machines are on their own network segment (100t) in our QA
> lab
>
> Solaris->Solaris - time taken: 11m3
> In each instance I have rsync running as a server on the target machine
> (Linux in each case). I just can't explain why the performance is just
> so AMAZING on Linux. Any ideas?
Because Linux Rocks !!
M@
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Be
On Wed, Jul 17, 2002 at 01:52:15PM -0400, Dave North wrote:
> We have an interesting quandry here. When I'm rsync'ing my directory
> tree (100 directories each containing 1000 files) I see some strange
> results:
>
> All of these machines are on their own network segment (100t) in our QA
> lab
>
On Wed, Jul 17, 2002 at 04:35:52PM -0400, Dave North wrote:
> That's a hell of a difference. Very peculiar how the sun FS can be so
> incredibly slow compared to Linux - and these are reasonably high end
> sun Netra machines. Very strange. I wonder how reliable the Linux FS
> is then if it's ex
> DN: You're onto something here...I just did an un-tar of the file
> containing my data (100,000 files) and saw:
>
> Solaris: 11m:28.5s
> Linux:1m26.923s
>
> That's a hell of a difference. Very peculiar how the sun FS can be so
> incredibly slow compared to Linux - and these are
-Original Message-
From: Daniel Veillard [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 17, 2002 3:22 PM
To: Dave North
Cc: Bernard A Badger; [EMAIL PROTECTED]
Subject: Re: Linux and Solaris performance
> DN: Sorry, I forgot to mention. NONE of the files exist on the target
> machin
Is the hardware comparable? It can be hard finding truly comparable
hardware between sparc and x86 --- performance is a multidimensional
attribute, and any given pair of boxes will scale differently on
different performance metrics. Any given application of rsync will
weight various performance me
On Wed, Jul 17, 2002 at 02:35:52PM -0400, Dave North wrote:
>
>
> -Original Message-
> From: Bernard A Badger [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 17, 2002 2:35 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Linux and Solaris performance
>
> > In each instance I have rsync runn
-Original Message-
From: Bernard A Badger [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 17, 2002 2:35 PM
To: [EMAIL PROTECTED]
Subject: RE: Linux and Solaris performance
> In each instance I have rsync running as a server on the target
machine
> (Linux in each case). I just can't ex
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Dave North
> Subject: Linux and Solaris performance
>
> We have an interesting quandry here. When I'm rsync'ing my directory
> tree (100 directories each containing 1000 files) I see some strange
> re
We have an interesting quandry here. When I'm rsync'ing my directory
tree (100 directories each containing 1000 files) I see some strange
results:
All of these machines are on their own network segment (100t) in our QA
lab
Solaris->Solaris - time taken: 11m32s
Solaris->RH Linux 7.2 - time taken
Lutz: This has been a frequent topic of discussion. Wayne Davidson (and
probably others) is working on a different way, but currently, this method
is integral to rsync, and to change it will be a major revision. For my
application, I actually had to write my own syncronization program that
Hi,
we are using rsync to mirror large trees (>> 50 GB, >> 2 mio files)
offsite (rsync -e ssh with forced ssh command on the remote side).
The main problem occuring is memory usage (especially as the remote
system has no swap space configured for security reasons):
It seems that the rsync proces
14 matches
Mail list logo