Need information about "--stats" output.

Collins, Kevin KCollins at nesbittengineering.com
Thu Jun 17 19:35:31 GMT 2004


Thanks Wayne...this is great stuff.  Now at least I *think* I understand
what's going on.  =)

Oh, I second the comment from Chris Shoemaker about adding this to the docs.

Later all and thanks again.

Kevin

On Wed, Jun 16, 2004 at 5:02 PM, Wayne Davidson wrote:
> On Wed, Jun 16, 2004 at 11:16:30AM -0400, Collins, Kevin wrote:
> > Number of files: 161530
> > Number of files transferred: 327
> > Total file size: 97936829135 bytes
> > Total transferred file size: 945709165 bytes
> > Literal data: 741315984 bytes
> > Matched data: 204393181 bytes
> > File list size: 3446549
> > Total bytes written: 745547229
> > Total bytes read: 1090478
> > 
> > wrote 745547229 bytes  read 1090478 bytes  87035.93 bytes/sec total 
> > size is 97936829135  speedup is 131.17
> 
> > The problem is:  I don't know exactly how much it 
> transferred offsite.
> 
> The amount of "Literal data" (741,315,984 bytes) is the file 
> data that we had to send over the socket to the receiver.  
> The "Matched data" (204,393,181 bytes) is the remainder of 
> the file data that was found to already exist in the files we 
> updated.  Both of those figures add up to the "Total 
> transferred size" (945,709,165 bytes), which is the total 
> amount of file data in the 327 files that got updated by the transfer.
> 
> There were 161,530 total files found, and all those files 
> (which includes the ones that got updated) totaled 
> 97,936,829,135 bytes.
> 
> The "Total bytes written" (745,547,229 bytes) includes the 
> protocol overhead, so if you subtract off the "Literal data" 
> from that you'll discover that there was an overhead of 
> 4,231,245 bytes sent in the same direction as the transfer 
> (the overhead in the opposite direction was 1,090,478 bytes). 
>  Keep in mind that if you were pulling the files instead of 
> pushing them that the "Total bytes read" value would be the 
> one that contained the "Literal data" value.
> 
> ..wayne..
> 


More information about the rsync mailing list