Fragmentation on XFS

Rob Bosch
Wed, 27 Feb 2008 21:07:25 -0000

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