BitPirate

With this line of reasoning, you will have to block TCP as well.

Isn't the syscall overhead solved by GSO and GRO?

I'm pretty sure that Netflix operates a decent amount of servers in South America which would result in low latency connections.

HTTP/3 really starts to shine once high latency and/or packetloss are involved.

Just toss it onto https://attic.apache.org/, link to LibreOffice and be done with it.

Have you used caddy with HTTP/3? The quic-go version shipped with v2.6.0 wasn't tuned for optimal performance.

The typical painpoint is the low maximum buffer sizes.

net.core.rmem_max net.core.wmem_max

e.g. wireguard-go will hit those limits of not executed with CAP_NET_ADMIN.

And with privately funded healthcare, there may be no treatment at all. That's even more fucked up.

If they are broken, why not? You can't use them to transport goods safely and they contain nails so people will hesitate to put them in a wood burner.

Godot has support for both of them?

If a webserver requires additional tools for the user to avoid all these pitfalls, maybe just maybe it should re-evaluate its defaults.

I have had a lot of "fun" with this feature in the past. It has earned a permanent place in my setup script:

ALTER SYSTEM SET jit=off;

Basically a performance blackhole for more complex queries. Most OSM related projects disable it straight away as it only creates headaches.

https://github.com/osm-search/Nominatim/pull/2559 https://github.com/gravitystorm/openstreetmap-carto/blob/mas...

Quite a few devices implement Zero-wait DFS.

https://docs.engenius.ai/cloud-white-papers/zero-wait-dfs#wh...

If you post the correct link which is joinmastodon.org there's no problem.

I would rather encourage migration and let the admin provide links to similar instances.

You don't need to host a Mastodon instance yourself. Plenty of them are open for registration :)

e.g https://masto.ai/ or https://fosstodon.org

It's obvious why the content industry is cracking down on DNS providers. If they succeed, the most likely outcome is overblocking with platforms like Netflix, Disney & Co on a curated whitelist.

Makes sense. MP3 tries to compress without loosing information in the hearable spectrum of a human but that information can still be processed by algorithms.

The developer regularly publishes updates on the topic: https://email.faircode.eu/status/

I would like to see the EU put a stop to Google's anti-competitive behavior. This is a textbook example of why more regulation is needed.

Controlling a wayland client on Linux is still work in progress: https://github.com/rustdesk/rustdesk/issues/56

Partial support has already been added: https://github.com/rustdesk/rustdesk/pull/932

I think they missed one of the biggest changes: ICU collations can finally be set as default for clusters and databases.

If you don't have a static subnet, you can still use ULAs.

Very cool. I remember recommending you to switch from nginx+certbot to caddy for an easier deployment :)

Are there any plans to add VP9 support?

Syncthing uses the same logic that OP criticized. There is no rendezvous server from a NAT traversal perspective and also no port prediction.

All peers simply lookup their external port via STUN and publish this information.

Has something been done in Postgres 14 regarding the jit compiler leaking memory?

https://www.postgresql.org/message-id/flat/16707-f5df308978a...

Are you still battling with Apples NetworkExtension framework or are most pain points fixed nowadays?

https://lists.zx2c4.com/pipermail/wireguard/2020-December/00...

While i agree that Java 8 added a lot of nice things, the big disruption happened with Java 9.

The other thing i'm currently struggling with is the slow parameter sniffing in SQL server. We would really like to switch to the official mssql-jdbc driver but the performance is abysmal:

https://github.com/microsoft/mssql-jdbc/issues/1196#issuecom...

Hussein Nasser just recently created a video on the topic of leaky abstractions in our everday tech stack.

https://youtube.com/watch?v=4a3bI7AYsy4