3 ms·

Yes, I also have same hard time believing in it, but internet felt snappier.

dewey 3y ago
Sounds more likely that your OS just had less things going on and your browser not as many extensions running as your daily driver browser.
- SomeoneFromCA 3y ago
  No, not really. I have many old Linux VMs too, with different degree of rot, and FreeBSD has noticeable smaller tcp connection establishment latency. Youtube opens way faster than on both older and newer linux vms.
  - sjsdaiuasgdia 3y ago
    The issue is that you're performing a test which involves a whole bunch of interconnected layers and then assigning one part of that interconnected system as where the benefits lie. Why not the TLS implementation? The video drivers and their kernel interfaces? The OS' process scheduling? A dozen other things that might be responsible for the perceived performance difference to one degree or another? It feels like gamers who blame 90% of multiplayer issues on "the netcode". It'd be different with data looking specifically at TCP connection establishment timing without a bunch of other stuff involved.
    - SomeoneFromCA 3y ago
      You are being too pedantic. Treat what I said as anecdote.
      - speed_spread 3y ago
        We don't question your feeling, just your hypothesis. Actually you made me want to try a BSD again, it's been a while.
- Sarkie 3y ago
  It was the tcp stack. Only possible reason.
anotherhue 3y ago
I had this experience recently and realised I had crippled my day to day system with a slow DNS resolver. Suddenly everything was snappy.
- SomeoneFromCA 3y ago
  Huh...may need to check.
- patmorgan23 3y ago
  Yeah, slow DNS can look like a slow connection, but there are some subtle differences. images/elements will pop differently than if it's just a slow connection. Had a wicked issue where a firewall was inspecting DNS requests and causing them to take almost 10 seconds to complete. Was hell on the SIP phones, and browsing the Internet was... Interesting.

Sounds more likely that your OS just had less things going on and your browser not as many extensions running as your daily driver browser.

SomeoneFromCA 3y ago
No, not really. I have many old Linux VMs too, with different degree of rot, and FreeBSD has noticeable smaller tcp connection establishment latency. Youtube opens way faster than on both older and newer linux vms.
- sjsdaiuasgdia 3y ago
  The issue is that you're performing a test which involves a whole bunch of interconnected layers and then assigning one part of that interconnected system as where the benefits lie. Why not the TLS implementation? The video drivers and their kernel interfaces? The OS' process scheduling? A dozen other things that might be responsible for the perceived performance difference to one degree or another? It feels like gamers who blame 90% of multiplayer issues on "the netcode". It'd be different with data looking specifically at TCP connection establishment timing without a bunch of other stuff involved.
  - SomeoneFromCA 3y ago
    You are being too pedantic. Treat what I said as anecdote.
    - speed_spread 3y ago
      We don't question your feeling, just your hypothesis. Actually you made me want to try a BSD again, it's been a while.
Sarkie 3y ago
It was the tcp stack. Only possible reason.

anotherhue 3y ago

I had this experience recently and realised I had crippled my day to day system with a slow DNS resolver. Suddenly everything was snappy.

SomeoneFromCA 3y ago
Huh...may need to check.
patmorgan23 3y ago
Yeah, slow DNS can look like a slow connection, but there are some subtle differences. images/elements will pop differently than if it's just a slow connection. Had a wicked issue where a firewall was inspecting DNS requests and causing them to take almost 10 seconds to complete. Was hell on the SIP phones, and browsing the Internet was... Interesting.