From: "Toke Høiland-Jørgensen" <toke@toke.dk>
To: Aaron Wood <woody77@gmail.com>
Cc: Pete Heist <peteheist@gmail.com>,
cake@lists.bufferbloat.net, make-wifi-fast@lists.bufferbloat.net
Subject: Re: [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available
Date: Wed, 01 Feb 2017 15:53:20 +0100 [thread overview]
Message-ID: <874m0egdy7.fsf@toke.dk> (raw)
In-Reply-To: <CALQXh-MoxdM4GgYAsF2AcHPFyd+47HWNJ+BCMecyTdu=pguruQ@mail.gmail.com> (Aaron Wood's message of "Mon, 30 Jan 2017 14:48:44 -0800")
Aaron Wood <woody77@gmail.com> writes:
> - Yeah, as you note Flent has a batch facility. Did you not use this
> simply because you couldn't find it, or was there some other reason?
> Would love some feedback on what I can do to make that more useful to
> people... While I have no doubt that your 'flenter.py' works, wrapping
> a wrapper in this sense makes me cringe a little bit ;)
>
> Wait, what? It does? (I've been using wrapper scripts as well)
Yes, but as you can tell it hasn't seen much usage outside of my own.
Please do try it out and let me know what you think :)
> - Flent also has a metadata gathering feature where you can get lots of
> stats from both your qdisc-based bottlenecks, and your WiFi links.
>
> Again, it does? Neat! (I try to bury data into the tag for the
> run...)
Yes. I have still not come up with a good way to use the metadata
afterwards (other than viewing it in the GUI; you can add columns to the
open files view with arbitrary metadata info). Filtering on it, and
adding it to the plots as annotations would probably be useful, but not
sure how to do the API.
Also, the --test-parameter option was originally intended to just be a
way to add arbitrary key/val pairs to the metadata. Every option you
specify that way will be saved in the data file. It has since been
co-opted by some other features, so that some keys will modify the test
behaviour; see the man page for those :)
> Question 5: For TCP you can't get packet loss from user space; you'll
> need packet captures for that. So no way to get it from Flent either.
> You can, however, get average throughput. Look at the box plots; if you
> run multiple iterations of the same test, you can plot several data
> files in a single box_combine plot, to get error bars. `flent
> file.flent.gz -f summary` (which is the default if you don't specify a
> plot) will get you averages per data series; or you can extract it from
> the metadata.
>
> You don't get packet loss, per se, but you can periodically poll the
> TCP_INFO struct via getsockopt() and get the retransmission count
> (which more or less gives you the packet loss rate). (which is what
> iperf3 does to gather stats like it's view of rtt, retransmits, etc).
Yeah, I do believe you can make netperf output that at the end of the
test as well; but Flent currently does not support collecting that.
There's some work underway, also, to poll 'ss' for socket statistics
during the test, so we can get insight into the TCP state machine...
-Toke
next prev parent reply other threads:[~2017-02-01 14:53 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-30 21:21 Pete Heist
2017-01-30 21:44 ` Toke Høiland-Jørgensen
2017-01-30 22:48 ` Aaron Wood
2017-02-01 14:53 ` Toke Høiland-Jørgensen [this message]
2017-01-30 23:21 ` Dave Taht
2017-01-31 16:40 ` Pete Heist
2017-02-14 8:56 ` Pete Heist
2017-02-15 23:03 ` Dave Täht
2017-02-16 7:57 ` Pete Heist
2017-02-16 8:42 ` [Make-wifi-fast] [Cake] " Sebastian Moeller
2017-02-16 9:17 ` Pete Heist
2017-02-16 16:15 ` Aaron Wood
2017-02-16 16:21 ` Sebastian Moeller
2017-02-16 16:51 ` Pete Heist
2017-02-16 17:19 ` Jonathan Morton
2017-02-16 19:05 ` Pete Heist
2017-02-16 20:54 ` Pete Heist
2017-02-16 21:03 ` Sebastian Moeller
2017-02-17 7:53 ` Pete Heist
2017-02-17 9:52 ` Toke Høiland-Jørgensen
2017-02-19 15:25 ` [Make-wifi-fast] " Dave Taht
2017-01-31 15:52 ` Pete Heist
2017-02-01 14:48 ` Toke Høiland-Jørgensen
2017-02-02 8:25 ` Pete Heist
2017-02-07 11:57 ` Toke Høiland-Jørgensen
2017-02-08 15:26 ` Pete Heist
2017-02-08 16:11 ` Toke Høiland-Jørgensen
2017-02-08 16:35 ` Dave Taht
2017-02-08 17:10 ` Dave Taht
2017-02-08 17:11 ` Dave Taht
2017-02-09 8:35 ` Pete Heist
2017-02-09 7:45 ` Pete Heist
2017-02-09 13:51 ` Toke Høiland-Jørgensen
2017-02-09 14:20 ` Pete Heist
2017-02-09 14:44 ` Toke Høiland-Jørgensen
2017-02-10 7:51 ` Pete Heist
2017-02-08 18:29 ` [Make-wifi-fast] [Cake] " John Yates
2017-01-30 23:55 ` [Make-wifi-fast] " Dave Taht
2017-01-31 16:58 ` Pete Heist
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/make-wifi-fast.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=874m0egdy7.fsf@toke.dk \
--to=toke@toke.dk \
--cc=cake@lists.bufferbloat.net \
--cc=make-wifi-fast@lists.bufferbloat.net \
--cc=peteheist@gmail.com \
--cc=woody77@gmail.com \
/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