Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #229934

Re: transfer speed data

From Nicolas George <george@nsup.org>
Newsgroups linux.debian.user
Subject Re: transfer speed data
Date 2020-12-23 11:00 +0100
Message-ID <Bp961-yo-1@gated-at.bofh.it> (permalink)
References <Bp0Fr-3A5-3@gated-at.bofh.it> <Bp0Fr-3A5-1@gated-at.bofh.it> <Bp3tD-5zR-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

Andy Smith (12020-12-23):
> "gigabyte" is not a network speed. You probably mean gigabit

No, gigabit is 10³ bits, there is no "per second" involved either.

Anyway, why would anybody honest want to use this kind of unit to
measure an actual speed is beyond me. The only point to speak in
kilo/mega/gigabits per second instead is to make the numbers seem larger
to attract clueless customers. Moreover, the ratio between these numbers
and the actual useful network speed is not eight at one might believe,
because they measure below the low-level network protocols.

To express a network speed, use bytes per second at the IP level,
because this is what is useful for administrators and users. And to
avoid all ambiguousness, call them octets per second, because byte and
bit are too similar.

To measure it on the same network, we can use:

10.0.1.2 ~ $ socat - udp-listen:1234 < /dev/zero

10.0.1.3 ~ $ {echo;sleep 100} | socat udp:10.0.1.2:1234 - | pv > /dev/null
2.21GiB 0:00:20 [ 113MiB/s] [                  <=>                             ]

Yes, 113 mega-octets per second seems right for this kind of link.

Beware: do not use this on an asymmetrical network. I tried to measure
the bandwidth of a DSL line using a very fast server as peer, and the
network immediately went down, I believe I triggered some kind of flood
protection at the ISP. For this case, rely on TCP flow control, even if
it adds a little overhead:

socat - tcp-listen:1234,reuseaddr=1 < /dev/urandom

53.5MiB 0:00:25 [2.16MiB/s]

(Using /dev/urandom instead of /dev/zero to avoid possible illusory
boosts from transparent compression somewhere; but /dev/urandom could be
CPU-bound on a fast network.)

Or we can just download something from a public server that we know is
very fast:

Length: 783548416 (747M) [application/octet-stream]
Saving to: ‘/dev/null’

/dev/null            21%[===>                ] 157.25M  71.4MB/s

Regards,

-- 
  Nicolas George

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

transfer speed data mick crane <mick.crane@gmail.com> - 2020-12-23 02:00 +0100
  Re: transfer speed data Bob Weber <bobrweber@gmail.com> - 2020-12-23 02:40 +0100
  Re: transfer speed data Georgi Naplatanov <gosho@oles.biz> - 2020-12-23 02:50 +0100
  Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 02:50 +0100
    Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 03:00 +0100
      Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 16:10 +0100
        Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 16:40 +0100
          Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 17:00 +0100
            Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 17:20 +0100
              Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 18:40 +0100
  Re: transfer speed data Andy Smith <andy@strugglers.net> - 2020-12-23 05:00 +0100
    Re: transfer speed data Nicolas George <george@nsup.org> - 2020-12-23 11:00 +0100
      Re: transfer speed data Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-23 15:50 +0100
        Re: transfer speed data Nicolas George <george@nsup.org> - 2020-12-23 17:10 +0100
        Re: transfer speed data David Wright <deblis@lionunicorn.co.uk> - 2020-12-23 18:50 +0100
          Re: transfer speed data Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-23 19:20 +0100
            Re: transfer speed data David Wright <deblis@lionunicorn.co.uk> - 2020-12-24 02:30 +0100
              Re: transfer speed data Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-24 10:10 +0100
                Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-24 17:10 +0100
      Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 16:20 +0100
        Re: transfer speed data Nicolas George <george@nsup.org> - 2020-12-23 17:20 +0100
          Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-24 17:10 +0100
    Re: transfer speed data deloptes <deloptes@gmail.com> - 2020-12-23 12:20 +0100
  Re: transfer speed data George Shuklin <george.shuklin@gmail.com> - 2020-12-23 23:00 +0100

csiph-web