similar to: [rsync-announce] Graphical rsync!

usage appears to grow gradually, not exponentially. A rsync may take several hours to complete. (I have one running now that started over four hours ago. The filesystem contains 236 GB of data in 2.4 million files. It is currently taking up 1351MB of memory on the mirror server and 646M on the source server.) All filesystems are veritas filesystem, in case that is relevant. I saw someone on

In my particular case, it is reasonable to assume that the size and timestamp will change when the file is updated. (We are looking at it as a patching mechanism.) Right now it's actually using update time only, I should modify it to check the file size as well. Is there a way you could query your database to tell you which extents have data that has been modified within a certain timeframe?

Granzow, Doug (NCI) [granzowd@mail.nih.gov] writes: > Hmm... I have a filesystem that contains 3,098,119 files. That's > 3,098,119 * 56 bytes or 173,494,664 bytes (about 165 MB). Allowing > for the exponential resizing we end up with space for 4,096,000 > files * 56 bytes = 218 MB. But 'top' tells me the rsync running on > this filesystem is taking up 646 MB, about 3

R. Weisz [rweisz4@home.com] writes: > Has anyone using rsync ever tried using it to manage the replication and > synchronization process for Microsoft ACCESS replicas? If so, Not for Microsoft ACCESS, but we synchronize copies of SQL/Anywhere databases constantly. As long as you're not trying to synchronize files that are actively in use (which may prevent rsync from reading portions

Keating, Tim [TKeating@origin.ea.com] writes: > - If there's a mismatch, the client sends over the entire .checksum > file. The server does the compare and sends back a list of files to > delete and a list of files to update. (And now I think of it, it > would probably be better if the server just sent the client back the > list of files and let the client figure out what it

Keating, Tim [TKeating@origin.ea.com] writes: > Is there a way you could query your database to tell you which > extents have data that has been modified within a certain timeframe? Not in any practical way that I know of. It's not normally a major hassle for us since rsync is used for a central backup that occurs on a large enough time scale that the timestamp does normally change

Diburim [diburim@hotmail.com] writes: (Quoted from the subject line - Diburim, it's best to keep the subject line short and put your question in the body of the e-mail. Subject lines are often truncated for display purposes and it can make it more difficult to see your question) > On Windows OS, is there any advantage for completing rsync using > MSVC instead of gcc/cygwin ? Not

Granzow, Doug (NCI) [granzowd@mail.nih.gov] writes: > From what I've observed by running top while rsync is running, its memory > usage appears to grow gradually, not exponentially. The exponential portion of the growth is up front when rsync gathers the file listing (it starts with room for 1000 files, then doubles that to 2000, 4000, etc...). So if your rsync has started

Oh. Now i feel like an *enlightened* idiot. I 've always thought of a checksum, crc, or whatever as giving 1/2^^length certainty, and I have a sense that that knowing the file length adds another amount of certainty, though I can't quantify that. I just know that if the size doesn't match, the checksum doesn't matter. I'd never considered the implications of the

Hi, i have downloaded rsync 2.5.4 source and was trying to compile it on win2k machine. is it supported on win2k machine ? Please ignore warnings below about mktemp -- it is used in a safe way gcc -g -O2 -DHAVE_CONFIG_H -Wall -W -o rsync rsync.o generator.o receiver.o cle anup.o sender.o exclude.o util.o main.o checksum.o match.o syscall.o log.o backu p.o options.o flist.o io.o compat.o hlink.o

I am looking at starting a project to make a toy language that is targeted purely at 64bit windows. I have never used llvm or anything like it i am just trying to learn new things. However there are several problems, as far as i have seen, with compiling llvm in 64bit on windows. So i was wondering if i compile a 32bit version of llvm and use that can my resulting compiler output 64bit binaries?

Hi, As far as I can see, no. On checking, I have confirmed that the only location of cygwin1.dll is : C:\Rtools\bin Thanks Vivek 2017-06-03 12:57 GMT+02:00 Duncan Murdoch <murdoch.duncan at gmail.com>: > On 03/06/2017 6:31 AM, Vivek Sutradhara wrote: > >> Hi all, >> I am having some problems in updating some packages from source. I start >> with : >>

On 03/06/2017 6:31 AM, Vivek Sutradhara wrote: > Hi all, > I am having some problems in updating some packages from source. I start > with : > install.packages("Boom",lib="C:/RownLib",type="source") > > I get the following error message : Do you have multiple copies of cygwin1.dll? Duncan Murdoch > > * installing *source* package

On 03/06/2017 7:00 AM, Vivek Sutradhara wrote: > Hi, > As far as I can see, no. > > On checking, I have confirmed that the only location of > cygwin1.dll is : > C:\Rtools\bin I would re-install Rtools, and make sure C:\Rtools\bin appears first in your PATH. Duncan Murdoch > > Thanks > Vivek > > 2017-06-03 12:57 GMT+02:00 Duncan Murdoch <murdoch.duncan at

Hi all, I am having some problems in updating some packages from source. I start with : install.packages("Boom",lib="C:/RownLib",type="source") I get the following error message : * installing *source* package 'Boom' ... ** package 'Boom' successfully unpacked and MD5 sums checked ** libs *** arch - i386 c:/Rtools/mingw_32/bin/g++ -std=gnu++11

This question is perhaps one you have seen before but I have not found an answer to as yet. Rsync uses cygwin1.dll as does openssh. Is there a more current compilation of openssh that uses a more current cygwin1.dll such that both rsync and openssh can function on the same version? This is important because of improvements made to cygwin1 that affect rsync speed. Thanks for your thoughts and

Hello, Something very much resembling a graphical win32-based front-end for rsync is available at http://sync2nas.sourceforge.net It is released under the BSD license for all to enjoy. A few caveats: * It reportedly only works on WinNT/Win2K. Win9x is being looked into at this time. * It is written in Perl/Tk, although all portability conceits were abandoned fairly early on, and it

Hello, Something very much resembling a graphical win32-based front-end for rsync is available at http://sync2nas.sourceforge.net It is released under the BSD license for all to enjoy. A few caveats: * It reportedly only works on WinNT/Win2K. Win9x is being looked into at this time. * It is written in Perl/Tk, although all portability conceits were abandoned fairly early on, and it

hi! I have a problem with rsync (current CVS version), running on a win2k machine (rsync compiled using Cygwin). c:\rsync>rsync --version rsync version 2.4.6dev protocol version 24 Copyright (C) 1996-2001 by Andrew Tridgell, Paul Mackerras and others Capabilities: 64-bit files, socketpairs, hard links, symlinks It can DOWNload >2gb files from my linux box (with rsync reporting negative

Hi I am trying to compile rsync-2.5.5 on Tru64 UNIX V5.1A The configure completed sucessfully however the make failed. The following is a copy of the configure and make output. Could you please provide advice as to why this is failing and hopefully resolution. Just as a matter of comparison - rsync-2.5.4 make also fails, however, rsync-2.4.8 compiled sucessfully on this version of Tru64 5.1A