<div class="gmail_quote">On Sun, Oct 25, 2009 at 6:26 PM, Carlos Carvalho <span dir="ltr"><<a href="mailto:carlos@fisica.ufpr.br">carlos@fisica.ufpr.br</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
All files are new. What I find strange is that I'd expect the transfered bytes to be somewhat larger than the file sizes<font color="#888888"><br></font></blockquote><div><br>
Yeah, there are two problems. One was that the %b modifier requires
late-logging (after the transfer finishes), and the log-format scanner
hadn't been updated to understand apostrophes, so it wouldn't find
%'b. If nothing else triggered the after-the transfer output, you
would have seen some constant value (like 0) for every file. The
second issue is the reason you saw several files at 0 followed by some
too-big numbers: the %b and %c routines are outputting differences in
stats read/written values, and the newest I/O code counts these bytes
as they are read/written from/to the socket, so the buffering gets in the way
of the per-files stats.<br>
<br>
I've checked in a fix for the apostrophe issue, and am working up a fix for the per-transfer stats. Thanks for the report!<br>
<br>
..wayne..<br>
</div></div>