Matt McCutchen wrote:
> I notice that the Linux kernel 2.6.23 has gained a system call
> "fallocate" that preallocates at the filesystem level like Cygwin's
> implementation of posix_fallocate; thus, preallocation may become (at
> least slightly) helpful on Linux. Unfortunately, neither ext2 nor
>
> Attached is the C++ source for a simple program "allocate" to allocate a
> file. Call the
> program like "./allocate thefile 770".
Now that was fun. I was creating 300GB files with no fragmentation in less
than 1/2 a second! Seriously, the performance using the program was identica
On Sun, 2007-11-18 at 18:10 -0700, Rob Bosch wrote:
> Matt, I have absolutely no programming skills for developing my own
> program! I'd be happy to compile and test a program however.
Attached is the C++ source for a simple program "allocate" to allocate a
file. Call the program like "./alloc
Matt, I have absolutely no programming skills for developing my own program!
I'd be happy to compile and test a program however.
Are you going to put the fix for the preallocate patch in the 3.0 next
pre-release or release?
I'm pretty sure the function is being called properly since I see
Matt McCutchen wrote:
...
thanks for the suggestions. This gives me some options to work with. I really
like the idea of the post-xfer exec option but unfortunately, my installed
rsync is a bit old (2.6.6) and I'm not exactly keen on trashing my environment
with tarball installs because o
On Fri, 2007-11-16 at 16:37 +0100, alex loutrbringa' wrote:
> Until know i synchronized a few directories full of binaries with
> "--checksum" options, it took each time a lot
> of time since rsync "mdsum" each file contained in my directories.
> Then I decided to skip "--checksum" option to let r
On Mon, 2007-11-05 at 06:25 -0700, Rob Bosch wrote:
> When I use the preallocate patch and create a 77GB file using the function I
> get a CPU spike on the server-side.
I don't think reproducing the CPU spike on Linux will be meaningful
because Linux treats posix_fallocate differently from Cygwin
On Sun, 2007-11-18 at 00:40 -0500, Eric S. Johansson wrote:
> I'm looking to see of it is practical to have an rsync server run a script
> after
> a transfer finishes.
If you mean the server process invoked over remote shell, you could do
something like this:
rsync --rsync-path='rsync-and-fix-o
