7 ms·

This is very similar to an issue I battled for months on MacBook Pro (one of the later Intel versions, like 2018-ish), although there problem was not in the HW

by 404mm 2y ago

This is very similar to an issue I battled for months on MacBook Pro (one of the later Intel versions, like 2018-ish), although there problem was not in the HW itself but the current version of MacOS at that time (this is no longer an issue). I noticed that my WiFi had similar repeating lags .. about every 8-10s pings would go to a few hundred ms and then return to single/low double digits. Long story short, the problem was with several MacOS components (and maybe some 3rd party software) requesting Location services to determine Mac’s position. To do that, among other things, Mac scans WiFi around you (probably for the names/SSID?) and to do that, the current WIFI connection is temporarily put on a back burner, resulting in a brief delay in traffic. The solution was to minimize location services.

tonymet 2y ago
This plagued a lot of remote workers when the trend started due to ping latency causing terrible VC quality like delayed speech , dropped frames, out-of-order frames . Very frustrating.
Suppafly 2y ago
>and to do that, the current WIFI connection is temporarily put on a back burner, resulting in a brief delay in traffic. I can't believe they ever thought that'd be a good idea.
- cenamus 2y ago
  Probably have to sweep across the frequency bands, so it's physically the only way to do it. Still stupid to do it more than once every 15 minutes
  - wbl 2y ago
    Fast switching on a background schedule while packets continue to flow but at slightly reduced rate should be possible. Might be very export controlled though given obvious application.
    - gtirloni 2y ago
      You mean the RF circuitry has to continue working in the frequency of the current network and switch frequencies to scan for other networks in all bands simultabeously? I don't think consumer hardware is capable of that. It usually will send probes or listen passively for some time in a band before moving to the next one sequentially. It's an expensive operation.
      - wbl 2y ago
        I'm not an expert but I think depending on design this is sacrificing one MIMO channel when active and adding another PLL.
      - sitkack 2y ago
        It is more insidious to scan all the SSIDs within the RF sightline of a device than it is to install a GNSS receiver in the laptop. It means that not only do they get all the SSIDs but that they have also triangulated some of those SSIDs. You are also giving up the location privacy of everything you can see.
  - gizmo686 2y ago
    That's not the only way if you are the one designing the hardware. Even if you can't make a radio that can listen on multiple bands, you can add a second radio.
  - crest 2y ago
    Oh there is an obviously correct way to do it: have two radios able to switch channels with without impacting traffic, but that costs more money as well as space and power. No lets just retrofit this crap into existing drivers and hope nobody expects their computer to work reliably.
bandrami 2y ago
This is a great example of good ideas destroying themselves. "Software should occasionally be able to find out where the computer it is on physically is" is a cool idea, but once it's there every single piece of crapware out there does it constantly. See also desktop notifications for websites
- leptons 2y ago
  There's a big difference there. You install an application you are giving it permission to do practically anything it wants to do with your system, including find the location as often as it wants to. Browsers have to ask you permission to show desktop notifications, or get your location, or anything else.
  - gtirloni 2y ago
    > You install an application you are giving it permission to do practically anything it wants to do with your system Not on macOS, AFAIK. You can add/remove permissions for that.
    - eric-hu 2y ago
      This is a more recent feature. I’m not sure if such granular permissions were in macOS back in 2020 when this blog post was written.
      - bandrami 2y ago
        Even when you have granular permissions, though, it just means the negative UX of having to click "no" every three minutes because some jackass at Adobe is convinced you really want to be told RIGHT NOW about every single product they make (or whatever).
        crest 2y ago
        The authorisation prompt doesn't show up once you denied. Which makes sense to avoid user fatigue, but is annoying when users denied it the first time (aka "go away stupid modal dialog") and now complain about things working (or not) as designed. At some point operating systems and browsers will have to run a simulation to provide realistic fake responses from denied subsystems if application developers get even more brazen violating user interests and maybe even *locally* analyse API call patterns for abuse with the option of sending a trace to make a claim against the developer with the application distribution channel. Oh you added a bunch of criminal spyware libraries praying on your paying users? Guess that's a push notification to your whole install base offering them a refund and a ban on further sales until you've paid up. Except no existing player wields that much power and can be trusted to use it wisely. sigh
deleted 2y ago
[deleted]
saagarjha 2y ago
Reminded of https://mnpn.dev/blog/airplay-network-disaster https://mnpn.dev/blog/airplay-network-disaster, which was a very similar issue (now resolved).
magic_smoke_ee 2y ago
In recent times, I found 2 troublesome issues: one was network-side and another was client-side. 1. Google/Nest WiFi mesh APs being "too close" to each other (30 ft / 10 m), causing a periodic backhaul mesh collapse. There was no user-visible indication of this, it was completely locked away and only noticed by support. I ditched Google's junk and moved to Ubiquiti. 2. On macOS, ObjectiveSee's LuLu has nondeterministic packet loss that causes SSH connection resets and a whole host of other weird problems. It's totally untrustworthy and shouldn't be used by anyone until it's proven reliable.
- ycombinatrix 2y ago
  Packet loss is supposed to be deterministic?
dlenski 2y ago
> To do that, among other things, Mac scans WiFi around you (probably for the names/SSID?) and to do that, the current WIFI connection is temporarily put on a back burner, resulting in a brief delay in traffic. Scanning for nearby WiFi access points with excessive frequency might be a dumb idea for other reasons (e.g. power consumption) but it should *not* interrupt the functionality of the current network connection. If it does, that's a massive failure of the network card's firmware and/or OS drivers for it. My guess would be that the card is changing frequencies/bands to scan other channels, and is slow to switch back to the channel of the currently-associated AP, or doesn't properly buffer network packets while doing so. Under Linux, I don't think I've ever seen a case where WiFi scans appreciably affected a normal infrastructure-mode WiFi connection (whether from NetworkManager or triggered manually via `iw` etc). So much for Apple's vaunted hardware/software integration
- vel0city 2y ago
  I've seen a lot of people experience lag spikes in Linux when software scans for SSIDs. It's a pretty common issue overall regardless of the OS, it's more of a device and driver quality question. https://www.reddit.com/r/linux_gaming/comments/3xipom/how_to_eliminate_ping_spikes/ https://www.reddit.com/r/linux_gaming/comments/3xipom/how_to...
  - dlenski 2y ago
    > It's a pretty common issue overall regardless of the OS, it's more of a device and driver quality question. Right. I suppose I've been both lucky, as well as intentional in seeking out hardware with high-quality drivers when it was very important. I'm just surprised that *Macs* have this issue, given that one of the alleged selling points for Mac is that it runs on a very limited set of hardware which is supposed to enable careful OS/hardware integration and testing.
- dehrmann 2y ago
  > Scanning for nearby WiFi access points with excessive frequency might be a dumb idea for other reasons (e.g. power consumption) but it should not interrupt the functionality of the current network connection. Scanning works by tuning the radio to listen for a beacon sent by the AP every ~100ms on every channel (there are 11 2.4 GHz and ~22 5 GHz channels in the US). Since you're not transmitting, it should be low-power, but you have to tune the radio to each channel, so you can't communicate with your AP.

by 404mm 2y ago

tonymet 2y ago

This plagued a lot of remote workers when the trend started due to ping latency causing terrible VC quality like delayed speech , dropped frames, out-of-order frames . Very frustrating.

Suppafly 2y ago

>and to do that, the current WIFI connection is temporarily put on a back burner, resulting in a brief delay in traffic. I can't believe they ever thought that'd be a good idea.

cenamus 2y ago
Probably have to sweep across the frequency bands, so it's physically the only way to do it. Still stupid to do it more than once every 15 minutes
- wbl 2y ago
  Fast switching on a background schedule while packets continue to flow but at slightly reduced rate should be possible. Might be very export controlled though given obvious application.
  - gtirloni 2y ago
    You mean the RF circuitry has to continue working in the frequency of the current network and switch frequencies to scan for other networks in all bands simultabeously? I don't think consumer hardware is capable of that. It usually will send probes or listen passively for some time in a band before moving to the next one sequentially. It's an expensive operation.
    - wbl 2y ago
      I'm not an expert but I think depending on design this is sacrificing one MIMO channel when active and adding another PLL.
    - sitkack 2y ago
      It is more insidious to scan all the SSIDs within the RF sightline of a device than it is to install a GNSS receiver in the laptop. It means that not only do they get all the SSIDs but that they have also triangulated some of those SSIDs. You are also giving up the location privacy of everything you can see.
- gizmo686 2y ago
  That's not the only way if you are the one designing the hardware. Even if you can't make a radio that can listen on multiple bands, you can add a second radio.
- crest 2y ago
  Oh there is an obviously correct way to do it: have two radios able to switch channels with without impacting traffic, but that costs more money as well as space and power. No lets just retrofit this crap into existing drivers and hope nobody expects their computer to work reliably.

bandrami 2y ago

This is a great example of good ideas destroying themselves. "Software should occasionally be able to find out where the computer it is on physically is" is a cool idea, but once it's there every single piece of crapware out there does it constantly. See also desktop notifications for websites

leptons 2y ago
There's a big difference there. You install an application you are giving it permission to do practically anything it wants to do with your system, including find the location as often as it wants to. Browsers have to ask you permission to show desktop notifications, or get your location, or anything else.
- gtirloni 2y ago
  > You install an application you are giving it permission to do practically anything it wants to do with your system Not on macOS, AFAIK. You can add/remove permissions for that.
  - eric-hu 2y ago
    This is a more recent feature. I’m not sure if such granular permissions were in macOS back in 2020 when this blog post was written.
    - bandrami 2y ago
      Even when you have granular permissions, though, it just means the negative UX of having to click "no" every three minutes because some jackass at Adobe is convinced you really want to be told RIGHT NOW about every single product they make (or whatever).
      - crest 2y ago
        The authorisation prompt doesn't show up once you denied. Which makes sense to avoid user fatigue, but is annoying when users denied it the first time (aka "go away stupid modal dialog") and now complain about things working (or not) as designed. At some point operating systems and browsers will have to run a simulation to provide realistic fake responses from denied subsystems if application developers get even more brazen violating user interests and maybe even *locally* analyse API call patterns for abuse with the option of sending a trace to make a claim against the developer with the application distribution channel. Oh you added a bunch of criminal spyware libraries praying on your paying users? Guess that's a push notification to your whole install base offering them a refund and a ban on further sales until you've paid up. Except no existing player wields that much power and can be trusted to use it wisely. sigh

deleted 2y ago

[deleted]

saagarjha 2y ago

Reminded of https://mnpn.dev/blog/airplay-network-disaster https://mnpn.dev/blog/airplay-network-disaster, which was a very similar issue (now resolved).

magic_smoke_ee 2y ago

In recent times, I found 2 troublesome issues: one was network-side and another was client-side. 1. Google/Nest WiFi mesh APs being "too close" to each other (30 ft / 10 m), causing a periodic backhaul mesh collapse. There was no user-visible indication of this, it was completely locked away and only noticed by support. I ditched Google's junk and moved to Ubiquiti. 2. On macOS, ObjectiveSee's LuLu has nondeterministic packet loss that causes SSH connection resets and a whole host of other weird problems. It's totally untrustworthy and shouldn't be used by anyone until it's proven reliable.

ycombinatrix 2y ago
Packet loss is supposed to be deterministic?

dlenski 2y ago

> To do that, among other things, Mac scans WiFi around you (probably for the names/SSID?) and to do that, the current WIFI connection is temporarily put on a back burner, resulting in a brief delay in traffic. Scanning for nearby WiFi access points with excessive frequency might be a dumb idea for other reasons (e.g. power consumption) but it should *not* interrupt the functionality of the current network connection. If it does, that's a massive failure of the network card's firmware and/or OS drivers for it. My guess would be that the card is changing frequencies/bands to scan other channels, and is slow to switch back to the channel of the currently-associated AP, or doesn't properly buffer network packets while doing so. Under Linux, I don't think I've ever seen a case where WiFi scans appreciably affected a normal infrastructure-mode WiFi connection (whether from NetworkManager or triggered manually via `iw` etc). So much for Apple's vaunted hardware/software integration

vel0city 2y ago
I've seen a lot of people experience lag spikes in Linux when software scans for SSIDs. It's a pretty common issue overall regardless of the OS, it's more of a device and driver quality question. https://www.reddit.com/r/linux_gaming/comments/3xipom/how_to_eliminate_ping_spikes/ https://www.reddit.com/r/linux_gaming/comments/3xipom/how_to...
- dlenski 2y ago
  > It's a pretty common issue overall regardless of the OS, it's more of a device and driver quality question. Right. I suppose I've been both lucky, as well as intentional in seeking out hardware with high-quality drivers when it was very important. I'm just surprised that *Macs* have this issue, given that one of the alleged selling points for Mac is that it runs on a very limited set of hardware which is supposed to enable careful OS/hardware integration and testing.
dehrmann 2y ago
> Scanning for nearby WiFi access points with excessive frequency might be a dumb idea for other reasons (e.g. power consumption) but it should not interrupt the functionality of the current network connection. Scanning works by tuning the radio to listen for a beacon sent by the AP every ~100ms on every channel (there are 11 2.4 GHz and ~22 5 GHz channels in the US). Since you're not transmitting, it should be low-power, but you have to tune the radio to each channel, so you can't communicate with your AP.