[Cerowrt-devel] flent testers wanted prior to next release

[Cerowrt-devel] flent testers wanted prior to next release

[Dave Taht]

Toke has been busy adding new features to the flent network test tool.
I consider it *almost* stable enough for a new release. Some of the
development has been focused on making the flent-gui much faster and
more responsive (as our data sets have got larger), others on
providing better default command line output, and there's other fixes
across the board, including QT5 support.

In particular, I fear we've broken windows users of flent. I would
dearly like it if some more folk out there using flent could pull the
latest git version and see if there are any new bugs or regressions in
it, any of the the 87 tests, and the plotters, before freezing the
code for a new year's release.

github: https://github.com/tohojo/flent
main site: https://flent.org/

While you are at it, please feel free to stress out any of the flent
servers as a target, give the new cake a shot and compare it against
htb+fq_codel or your aqm of choice, or fiddle with the new wifi code,
and share your data. tcp_nup, tcp_ndown, rrul, rrul_be remain the main
tests, but the square wave one is turning out interesting.... :)

And if you have any feature requests or bugs to file, please get them
in soon to the github!

We could also use better documentation and tutorials for use... some
more example scripts leveraging things like the cpu_stats and
qdisc_stats tools, and so on,

Active public servers include:

flent-freemont.bufferbloat.net
( this is colocated with flent-bbr-west which has bbr on by default - an
interesting test might be testing both these servers at the same time
via the rtt_fair* tests from your location)

flent-dallas.bufferbloat.net
flent-london.bufferbloat.net
flent-tokyo.bufferbloat.net
flent-newark.bufferbloat.net

There are also netperf-west and netperf-east and netperf-eu and no
doubt a few others.

We plan to add a few BBR enabled servers over the holidays.

The changelog so far:


- Support PyQt5 in the GUI (and prefer it over PyQt4). If PyQt5 is not
found, fall back to PyQt4.


- Add new SummaryFormatter that outputs mean and median values for
each data series. This is the new default formatter, meaning that its
output will be shown after a test run if no other formatter (or plot)
is specified.

- Support multiprocessing in the GUI. When loading several plots at
once, plotting will now be passed off to separate worker processes.

  This allows plotting to use all the available processors on the
machine, and speeds up loading of many plots tremendously (initial
load is sped up by an order of magnitude). This change also means that
re-plotting on config changes will be done dynamically in the
background, which makes the GUI more responsive.

- Make text completely black in the default colour scheme. This
increases contrast, and helps legibility, especially on printed
figures.


- Some internal code changes: Port command line parser from the old
optparse class to the newer argparse, and fix a bunch of linter


-- 
Dave Täht
Let's go make home routers and wifi faster! With better software!
http://blog.cerowrt.org

Re: [Cerowrt-devel] flent testers wanted prior to next release

[Joel Wirāmu Pauling]

[-- Attachment #1: Type: text/plain, Size: 4278 bytes --]

My biggest bug bear is that reliance on netperf/netserver with -DEMO mode
compilation time flag breaks compilation on recent RHEL and Fedora boxes
due to recent GCC incompatibilities.

Also the range of tests requiring fairly complex setup of external tools
which rely on java (DTG-ITG) etc also causes a bit of a headache to get a
full functional test bench up and running.

I have been attempting to introduce it as a test tool in corp/teclo
environments dominated by IXIA - but guess what Distro's are run in these
predominantly.

The only path to getting running on fedora is containers. There is a Docker
netperf and I did start down the road of dockerising flent, but don't have
a nice way of dealing with the GUI aspect.


-Joel

On 21 December 2016 at 08:02, Dave Taht <dave.taht@gmail.com> wrote:

> Toke has been busy adding new features to the flent network test tool.
> I consider it *almost* stable enough for a new release. Some of the
> development has been focused on making the flent-gui much faster and
> more responsive (as our data sets have got larger), others on
> providing better default command line output, and there's other fixes
> across the board, including QT5 support.
>
> In particular, I fear we've broken windows users of flent. I would
> dearly like it if some more folk out there using flent could pull the
> latest git version and see if there are any new bugs or regressions in
> it, any of the the 87 tests, and the plotters, before freezing the
> code for a new year's release.
>
> github: https://github.com/tohojo/flent
> main site: https://flent.org/
>
> While you are at it, please feel free to stress out any of the flent
> servers as a target, give the new cake a shot and compare it against
> htb+fq_codel or your aqm of choice, or fiddle with the new wifi code,
> and share your data. tcp_nup, tcp_ndown, rrul, rrul_be remain the main
> tests, but the square wave one is turning out interesting.... :)
>
> And if you have any feature requests or bugs to file, please get them
> in soon to the github!
>
> We could also use better documentation and tutorials for use... some
> more example scripts leveraging things like the cpu_stats and
> qdisc_stats tools, and so on,
>
> Active public servers include:
>
> flent-freemont.bufferbloat.net
> ( this is colocated with flent-bbr-west which has bbr on by default - an
> interesting test might be testing both these servers at the same time
> via the rtt_fair* tests from your location)
>
> flent-dallas.bufferbloat.net
> flent-london.bufferbloat.net
> flent-tokyo.bufferbloat.net
> flent-newark.bufferbloat.net
>
> There are also netperf-west and netperf-east and netperf-eu and no
> doubt a few others.
>
> We plan to add a few BBR enabled servers over the holidays.
>
> The changelog so far:
>
>
> - Support PyQt5 in the GUI (and prefer it over PyQt4). If PyQt5 is not
> found, fall back to PyQt4.
>
>
> - Add new SummaryFormatter that outputs mean and median values for
> each data series. This is the new default formatter, meaning that its
> output will be shown after a test run if no other formatter (or plot)
> is specified.
>
> - Support multiprocessing in the GUI. When loading several plots at
> once, plotting will now be passed off to separate worker processes.
>
>   This allows plotting to use all the available processors on the
> machine, and speeds up loading of many plots tremendously (initial
> load is sped up by an order of magnitude). This change also means that
> re-plotting on config changes will be done dynamically in the
> background, which makes the GUI more responsive.
>
> - Make text completely black in the default colour scheme. This
> increases contrast, and helps legibility, especially on printed
> figures.
>
>
> - Some internal code changes: Port command line parser from the old
> optparse class to the newer argparse, and fix a bunch of linter
>
>
> --
> Dave Täht
> Let's go make home routers and wifi faster! With better software!
> http://blog.cerowrt.org
> _______________________________________________
> Cerowrt-devel mailing list
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>

[-- Attachment #2: Type: text/html, Size: 6360 bytes --]

Re: [Cerowrt-devel] [Bloat] flent testers wanted prior to next release

[Aaron Wood]

[-- Attachment #1: Type: text/plain, Size: 595 bytes --]

On Tue, Dec 20, 2016 at 11:02 AM, Dave Taht <dave.taht@gmail.com> wrote:

> Active public servers include:
>
> flent-freemont.bufferbloat.net
> ( this is colocated with flent-bbr-west which has bbr on by default - an
> interesting test might be testing both these servers at the same time
> via the rtt_fair* tests from your location)
>
> flent-dallas.bufferbloat.net
> flent-london.bufferbloat.net
> flent-tokyo.bufferbloat.net
> flent-newark.bufferbloat.net


The flent-bbr-west hostname isn't resolving for me, and isn't responding at
the previous IPv4 address that was given for it.

-Aaron

[-- Attachment #2: Type: text/html, Size: 1383 bytes --]

Re: [Cerowrt-devel] flent testers wanted prior to next release

[Aaron Wood]

[-- Attachment #1: Type: text/plain, Size: 468 bytes --]

On Tue, Dec 20, 2016 at 12:20 PM, Joel Wirāmu Pauling <joel@aenertia.net>
wrote:

> My biggest bug bear is that reliance on netperf/netserver with -DEMO mode
> compilation time flag breaks compilation on recent RHEL and Fedora boxes
> due to recent GCC incompatibilities.
>

I ran into some issues on OSX due to the gcc -> clang switch, but it was
pretty easy to get a clean compilation with a couple lines patched.  What
errors are you getting?

-Aaron

[-- Attachment #2: Type: text/html, Size: 855 bytes --]

Re: [Cerowrt-devel] [Make-wifi-fast] flent testers wanted prior to next release

[Jesper Dangaard Brouer]

Cc. Rick Jones (netperf author)

On Tue, 20 Dec 2016 18:08:04 -0800 Aaron Wood <woody77@gmail.com> wrote:

> On Tue, Dec 20, 2016 at 12:20 PM, Joel Wirāmu Pauling <joel@aenertia.net>
> wrote:
> 
> > My biggest bug bear is that reliance on netperf/netserver with -DEMO mode
> > compilation time flag breaks compilation on recent RHEL and Fedora boxes
> > due to recent GCC incompatibilities.
> >  
> 
> I ran into some issues on OSX due to the gcc -> clang switch, but it was
> pretty easy to get a clean compilation with a couple lines patched.  What
> errors are you getting?

I hope you have informed the netperf maintainer (Rick Jones
<rick.jones2@hpe.com>) and send your patches/fixes to him? ;-)

You should likely base your patches on his subversion repo here:

 svn checkout http://www.netperf.org/svn/netperf2/trunk/ netperf2-svn


AFAIK OpenWRT/LEDE also have compile workarounds that isn't upstream too...

-- 
Best regards,
  Jesper Dangaard Brouer
  MSc.CS, Principal Kernel Engineer at Red Hat
  LinkedIn: http://www.linkedin.com/in/brouer

Re: [Cerowrt-devel] [Bloat] flent testers wanted prior to next release

[Dave Taht]

I have no idea why the bbr server is not showing up in the dns. It
shows up locally on the name server...

My plan was to put up 3 bbr servers over the holidays, I'll look into
it more then. Got too much christmas stuff on my plate right now.

On Tue, Dec 20, 2016 at 6:06 PM, Aaron Wood <woody77@gmail.com> wrote:
> On Tue, Dec 20, 2016 at 11:02 AM, Dave Taht <dave.taht@gmail.com> wrote:
>>
>> Active public servers include:
>>
>> flent-freemont.bufferbloat.net
>> ( this is colocated with flent-bbr-west which has bbr on by default - an
>> interesting test might be testing both these servers at the same time
>> via the rtt_fair* tests from your location)
>>
>> flent-dallas.bufferbloat.net
>> flent-london.bufferbloat.net
>> flent-tokyo.bufferbloat.net
>> flent-newark.bufferbloat.net
>
>
> The flent-bbr-west hostname isn't resolving for me, and isn't responding at
> the previous IPv4 address that was given for it.
>
> -Aaron



-- 
Dave Täht
Let's go make home routers and wifi faster! With better software!
http://blog.cerowrt.org

Re: [Cerowrt-devel] [Cake] flent testers wanted prior to next release

[Klatsky, Carl]

Finally had some time to get to this request.  I downloaded the current git version of Flent and was able to launch the flent-gui on Windows.  I had some old test *.flent.gz results files which loaded just fine.  I tried to open the test files that were linked from Pete Heist mail "[Cake] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS	available".  Those files did not load for some reason.

Note, in Windows I am only using Flent to view results files in the GUI.  I do not use it to launch tests from Windows.

Regards,
Carl Klatsky

-----Original Message-----
From: Cake [mailto:cake-bounces@lists.bufferbloat.net] On Behalf Of Dave Taht
Sent: Tuesday, December 20, 2016 2:03 PM
To: bloat <bloat@lists.bufferbloat.net>; flent-users@flent.org; cerowrt-devel@lists.bufferbloat.net; cake@lists.bufferbloat.net; make-wifi-fast@lists.bufferbloat.net
Subject: [Cake] flent testers wanted prior to next release

Toke has been busy adding new features to the flent network test tool.
I consider it *almost* stable enough for a new release. Some of the development has been focused on making the flent-gui much faster and more responsive (as our data sets have got larger), others on providing better default command line output, and there's other fixes across the board, including QT5 support.

In particular, I fear we've broken windows users of flent. I would dearly like it if some more folk out there using flent could pull the latest git version and see if there are any new bugs or regressions in it, any of the the 87 tests, and the plotters, before freezing the code for a new year's release.

github: https://github.com/tohojo/flent
main site: https://flent.org/

While you are at it, please feel free to stress out any of the flent servers as a target, give the new cake a shot and compare it against
htb+fq_codel or your aqm of choice, or fiddle with the new wifi code,
and share your data. tcp_nup, tcp_ndown, rrul, rrul_be remain the main tests, but the square wave one is turning out interesting.... :)

And if you have any feature requests or bugs to file, please get them in soon to the github!

We could also use better documentation and tutorials for use... some more example scripts leveraging things like the cpu_stats and qdisc_stats tools, and so on,

Active public servers include:

flent-freemont.bufferbloat.net
( this is colocated with flent-bbr-west which has bbr on by default - an interesting test might be testing both these servers at the same time via the rtt_fair* tests from your location)

flent-dallas.bufferbloat.net
flent-london.bufferbloat.net
flent-tokyo.bufferbloat.net
flent-newark.bufferbloat.net

There are also netperf-west and netperf-east and netperf-eu and no doubt a few others.

We plan to add a few BBR enabled servers over the holidays.

The changelog so far:


- Support PyQt5 in the GUI (and prefer it over PyQt4). If PyQt5 is not found, fall back to PyQt4.


- Add new SummaryFormatter that outputs mean and median values for each data series. This is the new default formatter, meaning that its output will be shown after a test run if no other formatter (or plot) is specified.

- Support multiprocessing in the GUI. When loading several plots at once, plotting will now be passed off to separate worker processes.

  This allows plotting to use all the available processors on the machine, and speeds up loading of many plots tremendously (initial load is sped up by an order of magnitude). This change also means that re-plotting on config changes will be done dynamically in the background, which makes the GUI more responsive.

- Make text completely black in the default colour scheme. This increases contrast, and helps legibility, especially on printed figures.


- Some internal code changes: Port command line parser from the old optparse class to the newer argparse, and fix a bunch of linter


--
Dave Täht
Let's go make home routers and wifi faster! With better software!
http://blog.cerowrt.org
_______________________________________________
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake

Re: [Cerowrt-devel] [Make-wifi-fast] [Cake] flent testers wanted prior to next release

[Toke Høiland-Jørgensen]

"Klatsky, Carl" <Carl_Klatsky@comcast.com> writes:

> Finally had some time to get to this request. I downloaded the current git
> version of Flent and was able to launch the flent-gui on Windows. I had some old
> test *.flent.gz results files which loaded just fine. I tried to open the test
> files that were linked from Pete Heist mail "[Cake] Flent results for
> point-to-point Wi-Fi on LEDE/OM2P-HS available". Those files did not load for
> some reason.
>
> Note, in Windows I am only using Flent to view results files in the
> GUI. I do not use it to launch tests from Windows.

It would be helpful if you could turn on debug logging and exception
debugging in the GUI, or run with -L logfile.txt from the command line,
and post the resulting log entries (after trying to load the files that
didn't work) somewhere... :)

-Toke

Re: [Cerowrt-devel] [Cake] flent testers wanted prior to next release

[Stephen Hemminger]

On Tue, 20 Dec 2016 11:02:44 -0800
Dave Taht <dave.taht@gmail.com> wrote:

> Toke has been busy adding new features to the flent network test tool.
> I consider it *almost* stable enough for a new release. Some of the
> development has been focused on making the flent-gui much faster and
> more responsive (as our data sets have got larger), others on
> providing better default command line output, and there's other fixes
> across the board, including QT5 support.
> 
> In particular, I fear we've broken windows users of flent. I would
> dearly like it if some more folk out there using flent could pull the
> latest git version and see if there are any new bugs or regressions in
> it, any of the the 87 tests, and the plotters, before freezing the
> code for a new year's release.
> 
> github: https://github.com/tohojo/flent
> main site: https://flent.org/
> 
> While you are at it, please feel free to stress out any of the flent
> servers as a target, give the new cake a shot and compare it against
> htb+fq_codel or your aqm of choice, or fiddle with the new wifi code,
> and share your data. tcp_nup, tcp_ndown, rrul, rrul_be remain the main
> tests, but the square wave one is turning out interesting.... :)
> 
> And if you have any feature requests or bugs to file, please get them
> in soon to the github!
> 
> We could also use better documentation and tutorials for use... some
> more example scripts leveraging things like the cpu_stats and
> qdisc_stats tools, and so on,
> 
> Active public servers include:
> 
> flent-freemont.bufferbloat.net
> ( this is colocated with flent-bbr-west which has bbr on by default - an
> interesting test might be testing both these servers at the same time
> via the rtt_fair* tests from your location)
> 
> flent-dallas.bufferbloat.net
> flent-london.bufferbloat.net
> flent-tokyo.bufferbloat.net
> flent-newark.bufferbloat.net
> 
> There are also netperf-west and netperf-east and netperf-eu and no
> doubt a few others.
> 
> We plan to add a few BBR enabled servers over the holidays.
> 
> The changelog so far:
> 
> 
> - Support PyQt5 in the GUI (and prefer it over PyQt4). If PyQt5 is not
> found, fall back to PyQt4.
> 
> 
> - Add new SummaryFormatter that outputs mean and median values for
> each data series. This is the new default formatter, meaning that its
> output will be shown after a test run if no other formatter (or plot)
> is specified.
> 
> - Support multiprocessing in the GUI. When loading several plots at
> once, plotting will now be passed off to separate worker processes.
> 
>   This allows plotting to use all the available processors on the
> machine, and speeds up loading of many plots tremendously (initial
> load is sped up by an order of magnitude). This change also means that
> re-plotting on config changes will be done dynamically in the
> background, which makes the GUI more responsive.
> 
> - Make text completely black in the default colour scheme. This
> increases contrast, and helps legibility, especially on printed
> figures.
> 
> 
> - Some internal code changes: Port command line parser from the old
> optparse class to the newer argparse, and fix a bunch of linter
> 
> 

Has anyone automated or orchestrated flent? I would love to get several
projects doing daily build flent runs. Both upstream kernel, net-next,
and Intel Clear Linux has nightly build and test.

Also Microsoft's internal Linux testing of kernel devices, maybe
even the Azure development cycle. Though I doubt those results could
be shared.

Re: [Cerowrt-devel] [Make-wifi-fast] [Cake] flent testers wanted prior to next release

[Toke Høiland-Jørgensen]

Stephen Hemminger <stephen@networkplumber.org> writes:

> On Tue, 20 Dec 2016 11:02:44 -0800
> Dave Taht <dave.taht@gmail.com> wrote:
>
>> Toke has been busy adding new features to the flent network test tool.
>> I consider it *almost* stable enough for a new release. Some of the
>> development has been focused on making the flent-gui much faster and
>> more responsive (as our data sets have got larger), others on
>> providing better default command line output, and there's other fixes
>> across the board, including QT5 support.
>> 
>> In particular, I fear we've broken windows users of flent. I would
>> dearly like it if some more folk out there using flent could pull the
>> latest git version and see if there are any new bugs or regressions in
>> it, any of the the 87 tests, and the plotters, before freezing the
>> code for a new year's release.
>> 
>> github: https://github.com/tohojo/flent
>> main site: https://flent.org/
>> 
>> While you are at it, please feel free to stress out any of the flent
>> servers as a target, give the new cake a shot and compare it against
>> htb+fq_codel or your aqm of choice, or fiddle with the new wifi code,
>> and share your data. tcp_nup, tcp_ndown, rrul, rrul_be remain the main
>> tests, but the square wave one is turning out interesting.... :)
>> 
>> And if you have any feature requests or bugs to file, please get them
>> in soon to the github!
>> 
>> We could also use better documentation and tutorials for use... some
>> more example scripts leveraging things like the cpu_stats and
>> qdisc_stats tools, and so on,
>> 
>> Active public servers include:
>> 
>> flent-freemont.bufferbloat.net
>> ( this is colocated with flent-bbr-west which has bbr on by default - an
>> interesting test might be testing both these servers at the same time
>> via the rtt_fair* tests from your location)
>> 
>> flent-dallas.bufferbloat.net
>> flent-london.bufferbloat.net
>> flent-tokyo.bufferbloat.net
>> flent-newark.bufferbloat.net
>> 
>> There are also netperf-west and netperf-east and netperf-eu and no
>> doubt a few others.
>> 
>> We plan to add a few BBR enabled servers over the holidays.
>> 
>> The changelog so far:
>> 
>> 
>> - Support PyQt5 in the GUI (and prefer it over PyQt4). If PyQt5 is not
>> found, fall back to PyQt4.
>> 
>> 
>> - Add new SummaryFormatter that outputs mean and median values for
>> each data series. This is the new default formatter, meaning that its
>> output will be shown after a test run if no other formatter (or plot)
>> is specified.
>> 
>> - Support multiprocessing in the GUI. When loading several plots at
>> once, plotting will now be passed off to separate worker processes.
>> 
>>   This allows plotting to use all the available processors on the
>> machine, and speeds up loading of many plots tremendously (initial
>> load is sped up by an order of magnitude). This change also means that
>> re-plotting on config changes will be done dynamically in the
>> background, which makes the GUI more responsive.
>> 
>> - Make text completely black in the default colour scheme. This
>> increases contrast, and helps legibility, especially on printed
>> figures.
>> 
>> 
>> - Some internal code changes: Port command line parser from the old
>> optparse class to the newer argparse, and fix a bunch of linter
>> 
>> 
>
> Has anyone automated or orchestrated flent? I would love to get several
> projects doing daily build flent runs. Both upstream kernel, net-next,
> and Intel Clear Linux has nightly build and test.

Flent has a built-in batch mode that lets you automate running several
tests in a row including setup/teardown scripts etc... Is that what you
mean?

-Toke

Re: [Cerowrt-devel] [Make-wifi-fast] [Cake] flent testers wanted prior to next release

[Stephen Hemminger]

On Tue, 31 Jan 2017 17:35:40 +0100
Toke Høiland-Jørgensen <toke@toke.dk> wrote:

> Stephen Hemminger <stephen@networkplumber.org> writes:
> 
> > On Tue, 20 Dec 2016 11:02:44 -0800
> > Dave Taht <dave.taht@gmail.com> wrote:
> >  
> >> Toke has been busy adding new features to the flent network test tool.
> >> I consider it *almost* stable enough for a new release. Some of the
> >> development has been focused on making the flent-gui much faster and
> >> more responsive (as our data sets have got larger), others on
> >> providing better default command line output, and there's other fixes
> >> across the board, including QT5 support.
> >> 
> >> In particular, I fear we've broken windows users of flent. I would
> >> dearly like it if some more folk out there using flent could pull the
> >> latest git version and see if there are any new bugs or regressions in
> >> it, any of the the 87 tests, and the plotters, before freezing the
> >> code for a new year's release.
> >> 
> >> github: https://github.com/tohojo/flent
> >> main site: https://flent.org/
> >> 
> >> While you are at it, please feel free to stress out any of the flent
> >> servers as a target, give the new cake a shot and compare it against
> >> htb+fq_codel or your aqm of choice, or fiddle with the new wifi code,
> >> and share your data. tcp_nup, tcp_ndown, rrul, rrul_be remain the main
> >> tests, but the square wave one is turning out interesting.... :)
> >> 
> >> And if you have any feature requests or bugs to file, please get them
> >> in soon to the github!
> >> 
> >> We could also use better documentation and tutorials for use... some
> >> more example scripts leveraging things like the cpu_stats and
> >> qdisc_stats tools, and so on,
> >> 
> >> Active public servers include:
> >> 
> >> flent-freemont.bufferbloat.net
> >> ( this is colocated with flent-bbr-west which has bbr on by default - an
> >> interesting test might be testing both these servers at the same time
> >> via the rtt_fair* tests from your location)
> >> 
> >> flent-dallas.bufferbloat.net
> >> flent-london.bufferbloat.net
> >> flent-tokyo.bufferbloat.net
> >> flent-newark.bufferbloat.net
> >> 
> >> There are also netperf-west and netperf-east and netperf-eu and no
> >> doubt a few others.
> >> 
> >> We plan to add a few BBR enabled servers over the holidays.
> >> 
> >> The changelog so far:
> >> 
> >> 
> >> - Support PyQt5 in the GUI (and prefer it over PyQt4). If PyQt5 is not
> >> found, fall back to PyQt4.
> >> 
> >> 
> >> - Add new SummaryFormatter that outputs mean and median values for
> >> each data series. This is the new default formatter, meaning that its
> >> output will be shown after a test run if no other formatter (or plot)
> >> is specified.
> >> 
> >> - Support multiprocessing in the GUI. When loading several plots at
> >> once, plotting will now be passed off to separate worker processes.
> >> 
> >>   This allows plotting to use all the available processors on the
> >> machine, and speeds up loading of many plots tremendously (initial
> >> load is sped up by an order of magnitude). This change also means that
> >> re-plotting on config changes will be done dynamically in the
> >> background, which makes the GUI more responsive.
> >> 
> >> - Make text completely black in the default colour scheme. This
> >> increases contrast, and helps legibility, especially on printed
> >> figures.
> >> 
> >> 
> >> - Some internal code changes: Port command line parser from the old
> >> optparse class to the newer argparse, and fix a bunch of linter
> >> 
> >>   
> >
> > Has anyone automated or orchestrated flent? I would love to get several
> > projects doing daily build flent runs. Both upstream kernel, net-next,
> > and Intel Clear Linux has nightly build and test.  
> 
> Flent has a built-in batch mode that lets you automate running several
> tests in a row including setup/teardown scripts etc... Is that what you
> mean?
> 
> -Toke

That is start, was hoping someone had already done the nightly run kind of environment.

Re: [Cerowrt-devel] [Make-wifi-fast] [Cake] flent testers wanted prior to next release

[Toke Høiland-Jørgensen]

Stephen Hemminger <stephen@networkplumber.org> writes:

> On Tue, 31 Jan 2017 17:35:40 +0100
> Toke Høiland-Jørgensen <toke@toke.dk> wrote:
>
>> Stephen Hemminger <stephen@networkplumber.org> writes:
>> 
>> > On Tue, 20 Dec 2016 11:02:44 -0800
>> > Dave Taht <dave.taht@gmail.com> wrote:
>> >  
>> > Has anyone automated or orchestrated flent? I would love to get several
>> > projects doing daily build flent runs. Both upstream kernel, net-next,
>> > and Intel Clear Linux has nightly build and test.  
>> 
>> Flent has a built-in batch mode that lets you automate running several
>> tests in a row including setup/teardown scripts etc... Is that what you
>> mean?
>
> That is start, was hoping someone had already done the nightly run
> kind of environment.

Ah, right. No, I think the main thing missing for that is some way to
collect the results that is a bit more systematic than just dumping data
files to disk... Have some ideas for that, but have not started writing
code yet; contributions welcome! ;)

-Toke

Re: [Cerowrt-devel] [Make-wifi-fast] [Cake] flent testers wanted prior to next release

[Klatsky, Carl]

Toke,

Sorry for the delays again but I was able to turn on debug logging.  I created an Issue on github Flent as the means to pass the debug log file.  Please check there and we can continue the debug dialog there as needed.

Regards,
Carl Klatsky

-----Original Message-----
From: Toke Høiland-Jørgensen [mailto:toke@toke.dk] 
Sent: Tuesday, January 31, 2017 10:47 AM
To: Klatsky, Carl <Carl_Klatsky@cable.comcast.com>
Cc: Dave Taht <dave.taht@gmail.com>; bloat <bloat@lists.bufferbloat.net>; flent-users@flent.org; cerowrt-devel@lists.bufferbloat.net; cake@lists.bufferbloat.net; make-wifi-fast@lists.bufferbloat.net
Subject: Re: [Make-wifi-fast] [Cake] flent testers wanted prior to next release

"Klatsky, Carl" <Carl_Klatsky@comcast.com> writes:

> Finally had some time to get to this request. I downloaded the current 
> git version of Flent and was able to launch the flent-gui on Windows. 
> I had some old test *.flent.gz results files which loaded just fine. I 
> tried to open the test files that were linked from Pete Heist mail 
> "[Cake] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS 
> available". Those files did not load for some reason.
>
> Note, in Windows I am only using Flent to view results files in the 
> GUI. I do not use it to launch tests from Windows.

It would be helpful if you could turn on debug logging and exception debugging in the GUI, or run with -L logfile.txt from the command line, and post the resulting log entries (after trying to load the files that didn't work) somewhere... :)

-Toke