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

2022-12-11 Thread rjmcmahon via Bloat
Thanks for the well-written response Sebastian. I need to think more about the load vs no load OWD differentials and maybe offer that as an integrated test. Thanks for bringing it up (again.) I do think a low-duty cycle bounceback test to the AP could be interesting too. I don't know of any pr

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

2022-12-11 Thread rjmcmahon via Bloat
Hi Sebastian, Per Aristotle: "That which is common to the greatest number gets the least amount of care. Men pay most attention to what is their own: they care less for what is common." I think a challenge for many of us providing open source tooling is the lack of resource support to supply

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

2022-12-11 Thread rjmcmahon via Bloat
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/

Re: [Bloat] [LibreQoS] gamebench quote

2022-12-11 Thread dan via Bloat
Al, I do agree with you from a consumer's perspective. There are those of us that are trying to get latency to the top of the heap, which has prerequisites of adequate bandwidth in both directions, but consumers aren't there and big providers are also very much not there. Still slinging 300x20 fo

Re: [Bloat] [LibreQoS] gamebench quote

2022-12-11 Thread Hayden Simon via Bloat
This! HAYDEN SIMON UBER GROUP LIMITED MANAGING DIRECTOR - SUPREME OVERLORD E: h...@uber.nz M: 021 0707 014 W: www.uber.nz 53 PORT ROAD | PO BOX 5083 | WHANGAREI | NEW ZEALAND From: LibreQoS On Behalf Of dan via LibreQoS Sent: Monday, 14 November 2022 12:21 pm To: Robert Chacón Cc: bloat ; libr

Re: [Bloat] [LibreQoS] gamebench quote

2022-12-11 Thread dan via Bloat
nice. I like your color coded speed map as well. Been considering that but also don't want the competition to know exactly what's up, like to keep them on their toes. They've wasted money building into areas that we already have superior service and they get nothing. There's some Sun Tzu quote a

Re: [Bloat] [LibreQoS] gamebench quote

2022-12-11 Thread dan via Bloat
This is definitely our focus. We preach low latency first and better uploads second, downloads are a distant third. We do have to advertise the faster speeds just to get into the conversation because Spectrum for example and now TDS are all about 1G or 2G services. See my other email though, Spe

Re: [Bloat] [LibreQoS] summarizing the bitag latency report?

2022-12-11 Thread dan via Bloat
I used to run a pizza franchise so I go back to that a lot haha. Latency (when talking to an end user) is the time between when you order your pizza and it shows up at your door. The streets to your house are the internet. If the streets are clear and the weather's good and the pizza store is run

Re: [Bloat] [LibreQoS] gamebench quote

2022-12-11 Thread MORTON JR., AL via Bloat
Hi Dave, all, I’m taking a slightly contrarian position here: When I read, “...that latency has now clearly overtaken broadband speed ...”, IMO, it’s only correct when we include the efforts to increase uplink speeds, and can therefore minimize the complexity of low-layer uplink protocols. The