From: Dave Taht <dave.taht@gmail.com>
To: Baptiste Jonglez <baptiste.jonglez@ens-lyon.fr>
Cc: bloat-devel <bloat-devel@lists.bufferbloat.net>,
"babel-users@lists.alioth.debian.org"
<babel-users@lists.alioth.debian.org>,
"cerowrt-devel@lists.bufferbloat.net"
<cerowrt-devel@lists.bufferbloat.net>
Subject: Re: [Cerowrt-devel] [Babel-users] Follow-up on the new babel-rtt branch: µs resolution
Date: Wed, 30 Oct 2013 12:29:18 -0700 [thread overview]
Message-ID: <CAA93jw4ueA5RH6qgAgHoiU7axszq8RGOLhqmnvQck5jt3Rivmg@mail.gmail.com> (raw)
In-Reply-To: <20131030183629.GB4316@ens-lyon.fr>
On Wed, Oct 30, 2013 at 11:36 AM, Baptiste Jonglez
<baptiste.jonglez@ens-lyon.fr> wrote:
> Dear Babel hackers,
>
> I'm currently testing my new babel-rtt code, which uses 32-bits
> timestamps to achieve a µs-resolution on RTT.
>
> A graph showing the RTT between two directly-connected hosts (Gigabit
> Ethernet) can be found in [1].
>
> The two hosts are laptops, directly connected with an Ethernet cable.
> Both have Gigabit interfaces. One has a fast Intel Core2 duo CPU (2.4
> GHz), while the other has a slow AMD E2-1800 APU (1.7 GHz).
>
> Do note that the RTT is expressed in µs, not ms. A few comments,
> prompted by a discussion with Juliusz and Matthieu:
I am pretty curious if you can tell the difference between 10GigE,
GigE, and 100Mbit under various loads.
> - the ping6 result is surprising, as two groups of points clearly
> appear, separated by about 200 µs. It seems that interrupts might
> be responsible for this, but it's still somewhat unclear.
It could be caused by napi. There is also some parameter to ethtool
(?) to tell it to return pings more immediately (that I recall was
specific to the e1000e network card). I'm pretty sure it was the
--coalesce some_option
You might find it easier to verify your measurement with owamp and gps
synced clocks.
I'm delighted to see this measurement as collected by babel as my
sekret plan was to be able to measure heavy traffic benchmarks vs
various qdiscs like the new "fq" and older fq_codel ones...
> - Babel sees a RTT that is 400 µs higher than ping6. The babel-rtt
> implementation timestamps outgoing message as late as possible, and
> timestamps incoming messages as early as possible, but it's not
> perfect.
Did you try hardware timestamping on rx? (this is a kernel compile option)
> Context-switching and syscalls can probably account for
> these 400 µs: a quick test, on the slower laptop, showed that
> calling the gettimeofday() syscall takes about 100 µs.
Kernel version? This was sped up in some fairly recent kernel version (?)
>
> Further comments are welcome.
>
> [1] http://ze.polyno.me/babel/32bits-rtt-ethernet.pdf
>
> _______________________________________________
> Babel-users mailing list
> Babel-users@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/babel-users
--
Dave Täht
Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
parent reply other threads:[~2013-10-30 19:29 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <20131030183629.GB4316@ens-lyon.fr>]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/cerowrt-devel.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAA93jw4ueA5RH6qgAgHoiU7axszq8RGOLhqmnvQck5jt3Rivmg@mail.gmail.com \
--to=dave.taht@gmail.com \
--cc=babel-users@lists.alioth.debian.org \
--cc=baptiste.jonglez@ens-lyon.fr \
--cc=bloat-devel@lists.bufferbloat.net \
--cc=cerowrt-devel@lists.bufferbloat.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox