Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

LiteSpeed QUIC (LSQUIC) is an open-source implementation of QUIC and HTTP/3

github.com

Post reply on HN
Print view View original

41–44 of 44 posts

Re: LiteSpeed QUIC (LSQUIC) is an open-source implementation of QUIC and HTTP/3

#41

Post by gostsamo »

cogman10 wrote: post #36
gostsamo wrote: post #31

Earlier quoted context omitted.

Rust so far does not cover all architectures that C can reach. When the GCC implementation is ready, it might change, but not yet.

What sort of architecture are you envisioning where you'd need HTTP3 and Rust can't build for it? Once you get a microcontroller fast enough to handle Http3, you are talking about well known platforms (such as ARM, MIPS, x86). All of which are supported by Rust and LLVM. https://doc.rust-lang.org/nightly/rustc/platform-support.htm...

Keeping in mind that I needed to write code against node 0.13 because it was the last version of node supporting floating point emulation when there is no hardware fpu, I was surprised to learn what kind of trash is out there running the internet. There is list of supported architectures of the software in question and though I don't remember it in details, I'm sure that there were items in it that I couldn't find in the rust tables.

Re: LiteSpeed QUIC (LSQUIC) is an open-source implementation of QUIC and HTTP/3

#42

Post by cogman10 »

gostsamo wrote: post #41
cogman10 wrote: post #36

Earlier quoted context omitted.

What sort of architecture are you envisioning where you'd need HTTP3 and Rust can't build for it? Once you get a microcontroller fast enough to handle Http3, you are talking about well known platforms (such as ARM, MIPS, x86). All of which are supported by Rust and LLVM. https://doc.rust-lang.org/nightly/rustc/platform-support.htm...

Keeping in mind that I needed to write code against node 0.13 because it was the last version of node supporting floating point emulation when there is no hardware fpu, I was surprised to learn what kind of trash is out there running the internet. There is list of supported architectures of the software in question and though I don't remember it in details, I'm sure that there were items in it that I couldn't find in…

:) sounds like bcm4709. Funnily, rust wouldn't have a problem there, that's specifically a node problem because their JIT doesn't handle software FPUs. LLVM does.

I'm fairly confident in saying any place you can run any node version, you can run rust.

https://github.com/nxhack/openwrt-node-packages/issues/15

Re: LiteSpeed QUIC (LSQUIC) is an open-source implementation of QUIC and HTTP/3

#43

Post by chrismorgan »

cogman10 wrote: post #35
chrismorgan wrote: post #29

Earlier quoted context omitted.

TCP HOLB is hardly diminishing returns; it’s the defining way in which HTTP/2 is not uniformly superior to HTTP/1.1—because of it, for a meaningful fraction of users, single-connection HTTP/2 behaves visibly worse than its primary competition, up-to-six-connection HTTP/1.1. (Lack of WebSockets support used to be another point, but that got fixed a year or two back.) Some of the other benefits of HTTP/3 over HTTP/2, l…

HTTP2 always seemed like a great idea for the backend and a "meh" idea for the front end. On backend systems where networks and lines are mostly reliable and fast, HOLB is generally not a problem. It's only when you start talking about connections outside a backend network that HTTP2's weaknesses start to show (specifically mobile networks).

I wouldn’t call it “meh”. For almost all sites, it’s at least a slight win for the significant majority of users; for most sites, it’s a moderately significant improvement for most users; for some sites, it’s a huge improvement for most users. Certainly high-latency, high-loss networks undermine its benefits, but it’s still generally a definite improvement over HTTP/1.1.

Re: LiteSpeed QUIC (LSQUIC) is an open-source implementation of QUIC and HTTP/3

#44

Post by gostsamo »

cogman10 wrote: post #42
gostsamo wrote: post #41

Earlier quoted context omitted.

Keeping in mind that I needed to write code against node 0.13 because it was the last version of node supporting floating point emulation when there is no hardware fpu, I was surprised to learn what kind of trash is out there running the internet. There is list of supported architectures of the software in question and though I don't remember it in details, I'm sure that there were items in it that I couldn't find in…

:) sounds like bcm4709. Funnily, rust wouldn't have a problem there, that's specifically a node problem because their JIT doesn't handle software FPUs. LLVM does. I'm fairly confident in saying any place you can run any node version, you can run rust. https://github.com/nxhack/openwrt-node-packages/issues/15

In this case the node had to run on Luxul routers, I don't remember the architecture.
Post reply on HN