Fragmentation on XFS
Rob Bosch
robbosch at msn.com
Wed Feb 27 21:07:06 GMT 2008
Wayne, thanks for your help on this issue. It turned out to be a user error
(me) since the client was the pre5 client instead of the pre10. I reran the
test with the pre10 client as you suggested and here are the results. The
only odd thing I noticed is that even though all the data matched, the file
was recreated on the receiving side. If there is 100% match shouldn't it
just leave the file as is even if the -I option is selected? Or is that
caused by a different option I have set up? FYI, the fragmentation was only
27 extents for a 59GB file...I really like XFS!
false_alarms=53852 hash_hits=460671 matches=460671
sender finished FILENAME
send_files phase=1
send_files phase=2
send files finished
total: matches=460671 hash_hits=460671 false_alarms=53852 data=0
rsync[4552] (sender) heap statistics:
arena: 524288 (bytes from sbrk)
ordblks: 2 (chunks not in use)
smblks: 0
hblks: 0 (chunks from mmap)
hblkhd: 2686976 (bytes from mmap)
allmem: 3211264 (bytes from sbrk + mmap)
usmblks: 22151168
fsmblks: 0
uordblks: 3202504 (bytes used)
fordblks: 8760 (bytes free)
keepcost: 8624 (bytes in releasable chunk)
Number of files: 1
Number of files transferred: 1
Total file size: 60381007872 bytes
Total transferred file size: 60381007872 bytes
Literal data: 0 bytes
Matched data: 60381007872 bytes
File list size: 33
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 96
Total bytes received: 3685395
sent 96 bytes received 3685395 bytes 492.61 bytes/sec
total size is 60381007872 speedup is 16383.44
_exit_cleanup(code=0, file=main.c, line=1060): about to call exit(0)
ptime 1.0 for Win32, Freeware - http://www.pc-tools.net/
Copyright(C) 2002, Jem Berkes
=== rsync.exe -I --no-whole-file --port=888 -vvv --compress-level=9 --stats
Execution time: 7481.359 s
More information about the rsync
mailing list