GNU bug report logs -
#17505
Interface inconsistency, use of intelligent defaults.
Previous Next
Reported by: Linda Walsh <coreutils <at> tlinx.org>
Date: Fri, 16 May 2014 01:26:02 UTC
Severity: normal
Merged with 22277
Done: Pádraig Brady <P <at> draigBrady.com>
Bug is archived. No further changes may be made.
Full log
Message #34 received at 17505 <at> debbugs.gnu.org (full text, mbox):
Paul Eggert wrote:
> Linda Walsh wrote:
>> "125MB/s is literally impossible with a 1Gbit/s line - there will be
> overhead"
>
> This comment is using the usual powers-of-1000 abbreviations for both
> the first figure (125 MB/s) and the second one (1 Gb/s), so it supports
> the assertion that powers-of-1000 are more common in ordinary usage. 125
> MB/s is impossible is because there is some overhead at lower protocol
> levels, which means that you cannot possibly transfer 1 Gb of data over
> a 1 Gb/s line in one second, i.e., you cannot possibly transfer 125 MB
> of data over that line in one second, and that's what the comment says.
----
I see what you are saying, but having done that measurement myself,
I can assure you the 125MB/s is exactly what 'dd' reports (using direct
I/O). As I stated previously, when talking about bits, I see the decimal usage
as often as not. But when people talk about timings, they want to know how
long it will take to transfer the data on their disk -- given in base2 units
to 'X'...
Compare to 'ls', 'du', -- all give base2 units. If you think about
it the only way it would be "impossible" is if they though it was
125 * 2^20. But getting 125*10^6, is relatively trivial if your overhead is
< 1% -- dd won't show it. I could ask for clarification whether they were
using 2^20 or 10^6 for M. But 'dd' only requires that the overhead be less
than .4 or .5% to display 125.
This bug report was last modified 9 years and 147 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.