Displaying 8 results from an estimated 8 matches for "gauvin".
Did you mean:
garvin
2019 Feb 14
1
rsync rewrites all blocks of large files although it uses delta transfer
On Wednesday, February 13, 2019 6:25:59 PM EET Remi Gauvin
<remi at georgianit.com> wrote:
> If the --inplace delta is as large as the filesize, then the
> structure/location of the data has changed enough that the whole file
> would have to be written out in any case.
This is not the case.
If you see my original post you would have notice...
2018 Mar 14
1
rsync of a reflink from OCFS2
...locally. The source of that new file can be a combination of parts
of the existing file and parts of the remote file but it still writes
the whole thing. --inplace helps with that somewhat but you will
probably still write all of the file after the first difference.
On 03/14/2018 10:12 AM, Remi Gauvin via rsync wrote:
> On 2018-03-14 10:07 AM, Kevin Korb via rsync wrote:
>> --no-whole-file would only make it even worse. It would have to read
>> the remote file over the network in order to do the diff then it would
>> write the whole file over the network anyway (--inplace w...
2019 Feb 13
3
rsync rewrites all blocks of large files although it uses delta transfer
On Wednesday, February 13, 2019 11:29:44 AM EET Kevin Korb via rsync
<rsync at lists.samba.org> wrote:
> With --backup in order to end up with 2 files it has to write out a
> whole new file.
> Sure, it only sent the differences (normally that means
> over the network but there is no network here) but the writing end was
> told to duplicate the file being updated before
2018 Mar 14
3
rsync of a reflink from OCFS2
--no-whole-file would only make it even worse. It would have to read
the remote file over the network in order to do the diff then it would
write the whole file over the network anyway (--inplace would help a
little). Local copies force --whole-file for a good reason.
On 03/14/2018 10:05 AM, Ben RUBSON via rsync wrote:
> On 14 Mar 2018, Lentes, Bernd via rsync wrote:
>
>> ----- On
2019 Feb 13
4
rsync rewrites all blocks of large files although it uses delta transfer
Hi All,
For a backup purpose I'm trying to transfer only the changed blocks of
large files. Thus I've run "rsync" with the appropriate options:
RSYNC_BKPDIR=`mktemp -d`
rsync \
--archive \
--no-whole-file \
--inplace \
--backup \
--backup-dir="$RSYNC_BKPDIR" \
--verbose \
--stats \
/var/backups/mysql-dbs/. \
/mnt/bkp/var/backups/mysql-dbs/.
The
2019 Feb 13
0
rsync rewrites all blocks of large files although it uses delta transfer
On 2019-02-13 10:47 a.m., Delian Krustev via rsync wrote:
>
>
> Free space at the beginning and end of the backup:
> Filesystem 1M-blocks Used Available Use% Mounted on
> /dev/mapper/bkp 102392 76872 20400 80% /mnt/bkp
> /dev/mapper/bkp 102392 78768 18504 81% /mnt/bkp
>
> ####################################################
2019 Feb 13
0
rsync rewrites all blocks of large files although it uses delta transfer
On 2019-02-13 5:26 p.m., Delian Krustev via rsync wrote:
>
> The copy is needed for the comparison of the blocks as "--inplace" overwrites
> the destination file. I've tried without "--backup" but then the delta
> transfers too much data - close to the size of the backed-up files.
>
It's cool that --backup can be used as source data that way, a
2010 Apr 27
1
Problem with time in coxph/survfit
Hi!
I am having a few problems with coxph function, I had the same problem with
the use of survfit. Here it is:
when calling 'M22<-coxphw(Surv(V1,V2,V4)~V5, data=XTDV, id=XTDV$V3, *
prentice*= ~V5, robust=TRUE, censcorr=TRUE)'
knowning that my data is:
> XTDV[1:10,1:3]
V1 V2 V3 V4 V5
1 0 36.39706 36 1 343.2224
2 0 36.39706 943 0 161.5931
3 0 36.39706