Hacker News: slowstart

New comment by slowstart in "I'm Peter Roberts, immigration attorney who does work for YC and startups. AMA"

slowstart — Fri, 01 May 2026 17:15:28 +0000

Hi Peter, are you seeing longer wait times for N-400 and citizenship processing? Can one travel out of the country for a few weeks while the application is pending or will this impact the residency requirements?

New comment by slowstart in "QUIC is now RFC 9000"

slowstart — Fri, 28 May 2021 16:44:27 +0000

You may be interested in this: https://techcommunity.microsoft.com/t5/networking-blog/makin.... The gist is that yes QUIC has higher CPU usage but all OS platforms are investing in UDP hardware offloads and optimizations to level the playing field. While the only IETF standard that will come out is HTTP/3, our implementation MsQuic powers both HTTP/3 and SMB proving the general purpose nature of the transport. We are not there yet in terms of an application that's only powered by QUIC because UDP reachability is not 100%, so you need a fallback. Most apps will either use HTTP/3 and fallback to HTTP/2 or use QUIC directly and have to fall back to secure L7 over TCP.

New comment by slowstart in "QUIC is now RFC 9000"

slowstart — Fri, 28 May 2021 16:37:52 +0000

Our QUIC implementation MsQuic can run in both kernel and user mode on Windows. A PAL allows the core protocol logic to be agnostic.

New comment by slowstart in "Boosting upload speed and improving Windows' TCP stack"

slowstart — Wed, 19 May 2021 16:23:00 +0000

Thanks for the heads up. We will investigate to see what fraction of connections end up losing these options. Pacing TCP is certainly on our roadmap. Our QUIC implementation MsQuic paces by default already.

New comment by slowstart in "Boosting upload speed and improving Windows' TCP stack"

slowstart — Wed, 19 May 2021 02:57:18 +0000

Windows historically defaulted to accepting timestamps when negotiated by the peer but didn't initiate the negotiation. There are benefits to timestamps and one downside (12 bytes overhead per packet). Re. syncookies, that's an interesting problem but under a severe syn attack, degraded performance is not going to be the biggest worry for the server. We might turn them on but for the other benefits, no committed plans. Re. pacing profile, no that's pacing implemented at the TCP layer itself (unlike fq disc) and is an experimental knob off by default.

New comment by slowstart in "Boosting upload speed and improving Windows' TCP stack"

slowstart — Wed, 19 May 2021 02:51:33 +0000

That's not expected. Are you using loopback sockets or are these sockets on different endpoints? Is this unidirectional or bidirectional traffic, i.e. are you doing both transfers from A to B and B to A simultaneously?

New comment by slowstart in "Boosting upload speed and improving Windows' TCP stack"

slowstart — Wed, 19 May 2021 01:27:18 +0000

I cannot comment on queuing disciplines and limits in future products. Re. TCP_NOTSENT_LOWAT, you may want to look at the Ideal Send Backlog API that allows an application to have just more than BDP queued to keep the performance at the maximum throughput while minimizing the amount of data queued: https://docs.microsoft.com/en-us/windows/win32/winsock/sio-i...

New comment by slowstart in "Boosting upload speed and improving Windows' TCP stack"

slowstart — Wed, 19 May 2021 01:10:14 +0000

It's called R(ecent) Acknowledgement and yes the work came out of Google. This is the single biggest change to TCP loss recovery in a decade. It is now a Standards Track RFC: https://datatracker.ietf.org/doc/html/rfc8985. The Windows implementation was one of the earliest amongst a handful and Microsoft participated in the standardization.

New comment by slowstart in "Boosting upload speed and improving Windows' TCP stack"

slowstart — Wed, 19 May 2021 00:39:03 +0000

You should look into the RSS configuration. https://docs.microsoft.com/en-us/windows-hardware/drivers/ne... and https://docs.microsoft.com/en-us/windows-server/networking/t...

New comment by slowstart in "Boosting upload speed and improving Windows' TCP stack"

slowstart — Wed, 19 May 2021 00:27:41 +0000

You are spot on. PktMon is the next generation tool in newer Windows 10 versions and brings many of the same benefits referred to in this blog - particularly being able to view packet captures and traces together in the same text file. And WPA is also very useful when analyzing performance problems.

New comment by slowstart in "Boosting upload speed and improving Windows' TCP stack"

slowstart — Wed, 19 May 2021 00:06:45 +0000

PktMon is the next generation tool in newer Windows 10 versions and brings many of the same benefits referred to in this blog - particularly being able to view packet captures and traces together in the same text file.

New comment by slowstart in "Boosting upload speed and improving Windows' TCP stack"

slowstart — Wed, 19 May 2021 00:04:52 +0000

I lead the Windows TCP team. We blogged about recent TCP advancements which is very relevant: https://techcommunity.microsoft.com/t5/networking-blog/algor...

Alpha Support for Envoy on Windows (Envoyproxy.io)

slowstart — Wed, 30 Sep 2020 22:54:47 +0000

Article URL: https://blog.envoyproxy.io/announcing-alpha-support-for-envoy-on-windows-d2c53c51de7b

Comments URL: https://news.ycombinator.com/item?id=24645007

Points: 2

# Comments: 0

New comment by slowstart in "MsQuic – QUIC Implementation from Microsoft"

slowstart — Wed, 29 Apr 2020 14:27:08 +0000

We are currently testing HTTP/3 support in IIS/http.sys internally. Cannot comment on any external product release timelines.

New comment by slowstart in "MsQuic – QUIC Implementation from Microsoft"

slowstart — Wed, 29 Apr 2020 05:00:26 +0000

Connection migration is part of the current Internet-Drafts. The generalized support for multi-path (i.e. usage of more than one path at the same time) is postponed to a future version of the protocol. You can follow the standards work here: https://quicwg.org/

New comment by slowstart in "MsQuic – QUIC Implementation from Microsoft"

slowstart — Wed, 29 Apr 2020 04:55:16 +0000

We do extensive testing including stress testing and make use of tooling that can catch bugs early. We also partner with internal security teams to do fuzz testing and security reviews for all networking code. That said, none of the networking stacks deployed widely today are completely immune to security vulnerabilities. Responsible disclosure also plays an important role.

New comment by slowstart in "MsQuic – QUIC Implementation from Microsoft"

slowstart — Wed, 29 Apr 2020 04:49:02 +0000

There is currently no standardization for QUIC APIs. You can check out the MsQuic API here: https://github.com/microsoft/msquic/blob/master/docs/API.md

New comment by slowstart in "MsQuic – QUIC Implementation from Microsoft"

slowstart — Wed, 29 Apr 2020 04:28:21 +0000

Since this had to run in kernel mode on Windows to power our HTTP stack, C was the language of choice. There exist other open source implementations of QUIC in C++ and Rust etc.

New comment by slowstart in "MsQuic – QUIC Implementation from Microsoft"

slowstart — Wed, 29 Apr 2020 03:59:04 +0000

RPC/gRPC are certainly possible use cases for the QUIC transport protocol. But no, we have not yet explored the use of QUIC in this context. For now we are focused on workloads that will benefit the most from the tail latency performance and security improvements that QUIC brings.

New comment by slowstart in "MsQuic – QUIC Implementation from Microsoft"

slowstart — Wed, 29 Apr 2020 03:29:29 +0000

Please fire away any questions you may have! I lead the team that built this library.

This blog has details on current development status and adoption within Microsoft: https://techcommunity.microsoft.com/t5/networking-blog/msqui...