On Thu, Jan 22, 2004 at 06:27:49PM -0800, Wayne Davison wrote:
> On Thu, Jan 22, 2004 at 06:02:35PM -0800, jw schultz wrote:
> > it might be a good idea to change IO to I/O to reduce the doubletake.
>
> Yes, I prefer I/O for input/output as well.
>
> > > dit(bf(-g, --group)) This option causes r
On Thu, Jan 22, 2004 at 06:02:35PM -0800, jw schultz wrote:
> it might be a good idea to change IO to I/O to reduce the doubletake.
Yes, I prefer I/O for input/output as well.
> > dit(bf(-g, --group)) This option causes rsync to set the group of the
> > destination file to be the same as the so
On Thu, Jan 22, 2004 at 05:56:12PM -0800, Wayne Davison wrote:
> On Thu, Jan 22, 2004 at 05:13:33PM -0800, jw schultz wrote:
> > Let's keep the examples in the example, description order.
>
> Unfortunately, the indentation does make that order a little confusing,
> and other sections do have examp
On Thu, Jan 22, 2004 at 05:41:12PM -0800, Wayne Davison wrote:
> I've attempted to snag the least controversial changes out of the patch
> and checked them in. I also changed "file system" into filesystem in
> one place, made your suggested allow->support change, and changed "id"
> to "ID" (since
On Thu, Jan 22, 2004 at 05:13:33PM -0800, jw schultz wrote:
> Let's keep the examples in the example, description order.
Unfortunately, the indentation does make that order a little confusing,
and other sections do have examples that follow their descriptive text.
I think if the start of each exam
I've attempted to snag the least controversial changes out of the patch
and checked them in. I also changed "file system" into filesystem in
one place, made your suggested allow->support change, and changed "id"
to "ID" (since we're not talking about the id and the ego). I'll
comment more in anot
On Thu, Jan 22, 2004 at 07:00:17PM -0500, Aaron S. Hawley wrote:
> Patch includes fixes to man page including:
> - Typos/Spelling
> - Clarity
> - Special characters.
> - Moved around text explaining example.
>
> Make sure I didn't confuse the exclude list/file paragraph (line ~961
> after appl
Patch includes fixes to man page including:
- Typos/Spelling
- Clarity
- Special characters.
- Moved around text explaining example.
Make sure I didn't confuse the exclude list/file paragraph (line ~961
after applying the patch), I haven't used the feature and the motive of
that paragraph is a
Well I belive I found the problem. It was a bad network card, after
replacing it, and upgrading rsync, my SSHD usage is between 42 and 72%, and
rsync is about about 23%, this is the initial download as I need to test thr
progess. The download now takes about 35 mins for 11 GB, much better.
Thanks
See below.
On Thu, Jan 22, 2004 at 12:42:44PM -0800, jw schultz wrote:
> On Thu, Jan 22, 2004 at 01:36:05PM -0700, Steve Sills wrote:
> > Well, it is running under SSH, that could slow it down i guess
>
> Very easy to tell. If ssh is burning user-mode cpu time the
> encryption is a factor.
>
Steve Sills
Platnum Computers, President
http://www.platnum.com
[EMAIL PROTECTED]
- Original Message -
From: "Steve Sills" <[EMAIL PROTECTED]>
To: "jw schultz" <[EMAIL PROTECTED]>
Sent: Thursday, January 22, 2004 1:52 PM
Subject: Re: Rsync's Speed
> The source server is a Dual 800 Mhz /
On Thu, Jan 22, 2004 at 01:36:05PM -0700, Steve Sills wrote:
> Well, it is running under SSH, that could slow it down i guess
Very easy to tell. If ssh is burning user-mode cpu time the
encryption is a factor.
It is very unlikely the encryption is having any affect on
throughput. Unless you
Well, it is running under SSH, that could slow it down i guess
Steve Sills
Platnum Computers, President
http://www.platnum.com
[EMAIL PROTECTED]
- Original Message -
From: "Streubert, Christoph" <[EMAIL PROTECTED]>
To: "Chuck Wolber" <[EMAIL PROTECTED]>; "Steve Sills"
<[EMAIL PROTECT
I do not know the details of your syntax - however in case you use it -
encryption adds a lot of overhead to the transfer process. After I
turned off encryption (internal network with uncritical data) speeds
increased dramatically.
C
-Original Message-
From: Chuck Wolber [mailto:[EMAIL
On Thu, Jan 22, 2004 at 06:19:06PM +0900, Charles Nadeau wrote:
> Hi,
>
> Just a quick question. I am looking for a replacement for the command "cp
> -al" which has problems dealing with a massive amount of files
> (http://mail.gnu.org/archive/html/bug-coreutils/2003-12/msg00028.html).
>
> Could
"Mark Weaver" writes:
> Not for me! I'm using cygwin-1.5.6-1, with rsync 2.5.7-2 (as reported by
> cygcheck -s). I've also tried with rsync-1.4.0 (as someone reported that
> worked), and rsync-2.6.0, both built from source. I get a 100% reliable
> hang after the first 0-128k of the first file.
> During my initial download for my home directory backup, it took rsync
> over 6 hours to do the initial backup, but I can FTP the stuff in about
> 30 Mins. Is Rsync usualy this slow? I have compression turned on, and
> its across a 100 MB/S network, Anyone had this problem before?
In this cas
Not for me! I'm using cygwin-1.5.6-1, with rsync 2.5.7-2 (as reported by
cygcheck -s). I've also tried with rsync-1.4.0 (as someone reported that
worked), and rsync-2.6.0, both built from source. I get a 100% reliable
hang after the first 0-128k of the first file. Command looks like:
rsync -e
I am moving the home directories off my web server, there is approx 11
GB of data to be moved. I will turn off compression, and see if its any
faster. Thanks
Steve
Vitaliy Buben wrote:
Yes, compression slows things down, especially if you move multimedia files.
On Thursday 22 January 2004
During my initial download for my home directory backup, it took rsync
over 6 hours to do the initial backup, but I can FTP the stuff in about
30 Mins. Is Rsync usualy this slow? I have compression turned on, and
its across a 100 MB/S network, Anyone had this problem before?
Steve Sills
--
You can setup the server to use a public key, then no password is
required. Try this link, its a tutorial on how to do it.
http://linuxproblem.org/art_9.html
Hope this helps.
Steve
Spear wrote:
Jw,
Thank you so much for your reply. The commandline:
rsync -avH --rsh=/usr/bin/ssh /www/kunder/
> On Wed, Jan 21, 2004 at 03:35:37PM +, Kelly Garrett wrote:
>>>
>>> Does anyone know how to build a version of the kernel that either
does no disk
>>> cacheing (we have very fast RAID processors and SCSI disks on the
machine) or
>>> limit the amount of cache that the system will allocate for
Hi,
Just a quick question. I am looking for a replacement for the command "cp
-al" which has problems dealing with a massive amount of files
(http://mail.gnu.org/archive/html/bug-coreutils/2003-12/msg00028.html).
Could I use "rsync -aHr" to do _exactly_ the same thing as "cp -al"?
I just want to
Jw,
Thank you so much for your reply. The commandline:
rsync -avH --rsh=/usr/bin/ssh /www/kunder/web/ MYHOST:/www/kunder/web
Solved all of my problems, and I'm now much closer to completing a servermove. I
however have one last question.
When enetring the above command, I'm asked to type the SSH
24 matches
Mail list logo
