INTL 3:770/1 3:770/3
REPLYADDR tnp@invalid.invalid
REPLYTO 3:770/3.0 UUCP
MSGID:  bce5f20a
REPLY:  bb95b98c
PID: SoupGate-Win32 v1.05
On 29/11/2024 13:45, Michael Schwingen wrote:
> On 2024-11-28, druck  wrote:
>>> It's not different from having two completely separate clients connected to
>>> the same AP. Unless the channel is fully saturated, the available bandwith
>>> will be shared between the clients.
>>
>> Well if you are testing the speed you are saturating, and there will
>> always be more overhead with two competing clients, than one.
>
> Usually, you can't *completely* saturate a WLAN channel with one client and
> one TCP stream.  I just did a test with two laptops on my WLAN, running
> iperf3 against a server on my LAN (so I am not limited by my internet
> connection).
>
> When I run iperf on both clients, the aggregated bandwith is actually a wee
> bit HIGHER than what a single client can achieve - regardless of direction.
> And with one client running iperf traffic as fast as it can, the other one
> can use the net just fine, without perceivable delays or losses.  ping
> latency on the unloaded client rises from 2-4ms to 20-40ms - this is not
> really noticeable when browsing the web.
>
> With both clients transferring data, they share roughly 50/50.
>
> This is on an old 802.11ac (Wifi5) access point, with Intel AX200/AX210
> modules in the clients, so modern features like OFDMA that might help in
> this scenario are not available. And this is on a 2.4GHz channel in a
> residential area where I am not alone on that channel.
>
TCP/IP / 802 is well enough designed to make this sort of stuff work as
well as it can...

Smart chaps with beards and tweed jackets have spent their whole summers
trying to make it work like that, and it dies.

Shame they never get enough time to get laid and pass their genes on...

--
Truth welcomes investigation because truth knows investigation will lead
to converts. It is deception that uses all the other techniques.

--- SoupGate-Win32 v1.05
 * Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)
SEEN-BY: 4/0 88/0 90/0 105/81 106/201 128/187 129/305 153/757 7715
SEEN-BY: 218/700 840 220/70 221/1 6 360 226/17 30 100 227/114 229/110
SEEN-BY: 229/111 114 200 206 300 317 400 426 428 470 550 616 664 700
SEEN-BY: 266/512 267/800 282/1038 291/111 292/854 301/1 310/31 320/219
SEEN-BY: 322/757 335/364 341/66 342/200 396/45 460/58 633/280 712/848
SEEN-BY: 770/1 3 100 330 340 772/210 220 230 880/1 900/0 102 106 902/0
SEEN-BY: 902/19 26 930/1 5020/400 5075/35
PATH: 770/3 1 218/840 221/6 341/66 902/26 229/426