Re: [Starlink] [Make-wifi-fast] [Rpm] make-wifi-fast 2016 & crusader

[Sebastian Moeller <moeller0@gmx.de>]

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

Hi Bob,

What simple end users would need is (semi-)public iperf2 servers accessible over the internet to be comparably easy to use as iperf3....

Regards
        Sebastian

On 6 December 2022 18:46:18 CET, rjmcmahon via Make-wifi-fast <make-wifi-fast@lists.bufferbloat.net> wrote:
>Nice write up and work over the years.
>
>On tooling:
>
>iperf 2 supports full duplex, multiple parallel streams, tx start times, bounceback, isochronous, etc. Man page is here
>
>https://iperf2.sourceforge.io/iperf-manpage.html
>
>The flows code in the flows directory
>
>https://sourceforge.net/p/iperf2/code/ci/master/tree/flows/
>
>is written in python 3 and leverages asyncio.
>
>https://docs.python.org/3/library/asyncio.html
>
>This is all released as open source.
>
>Bob
>> This is where things stood on the wifi front, back in 2016. Nobody
>> understood us...
>> 
>> https://docs.google.com/document/d/1Se36svYE1Uzpppe1HWnEyat_sAGghB3kE285LElJBW4/edit#
>> 
>> So I sort of enjoyed re-reading that this morning, and all the
>> enthusiastic commentary we'd had on it. Perhaps we can reshape it and
>> find ways to move forward today?
>> 
>> I am happy to have seen so many products hitting the market 5+ years
>> later that leverage this work, many openwrt derived, like evenroute,
>> quantum, and openwifi, others from pure linux, like eero and google
>> fiber, and so far as I can tell, in many a chromebook, and of course
>> ios and osx.
>> 
>> Still, there was so much work left to be done, and the work applied to
>> all forms of wireless technology, be it 6 or 12ghz, or 60ghz, or
>> starlink. Just the other day I was watching a 5G engineer that was
>> struggling to get decent simultaneous throughput up and down, the test
>> tool showing that, but not the 25 seconds of buffering built into the
>> rmnet driver in poor conditions, and "only" 150ms perfect ones. This
>> test tool shows "perfect" throughput for this device:
>> 
>> https://www.spinics.net/lists/netdev/msg865852.html
>> (anyone know which tool it was? see image here:
>> https://drive.google.com/file/d/1gSbozrtd9h0X63i6vdkNpN68d-9sg8f9/view
>> )
>> 
>> vs the actual, underlying, unusable 25 seconds!!! - result - if only
>> that test tool attempted to start up even one more flow partially
>> through the test, perhaps we'd be getting somewhere. An increasingly
>> favorite test of mine is the staggered start "squarewave" tests in the
>> flent suite. For those that haven't tried it, crusader is the first
>> tool I've seen that not only has a staggered start latency under load
>> test, but as its written in rust, runs on every OS in the planet. Give
>> it a shot?
>> 
>> https://github.com/Zoxc/crusader/releases/tag/v0.0.9-testing
>> 
>> _______________________________________________
>> Rpm mailing list
>> Rpm@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/rpm
>_______________________________________________
>Make-wifi-fast mailing list
>Make-wifi-fast@lists.bufferbloat.net
>https://lists.bufferbloat.net/listinfo/make-wifi-fast
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

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