thecosmicfrog

> Update - primary failover briefly improved performance but did not fully mitigate, we've throttled inbound traffic and are investigating upstream Vitess issues

Looks interesting. Good work. Do you have plans to open source the code?

Oh absolutely, I wouldn't use this for any production system. It would be a toy hobby project. I just find the notion of turning a no-degradation failure mode into a gradual-degradation one fascinating for some reason.

> the failure mode is the opposite of graceful degradation. It’s not like there’s an increasing percentage of requests that fail as you get closer to the deadline. Instead, in one minute, everything’s working just fine, and in the next minute, every http request fails.

This has given me some interesting food for thought. I wonder how feasible it would be to create a toy webserver that did exactly this (failing an increasing percentage of requests as the deadline approaches)? My thought would be to start failing some requests as the deadline approaches a point where most would consider it "far too late" (e.g. 4 hours before `notAfter`). At this point, start responding to some percentage of requests with a custom HTTP status code (599 for the sake of example).

Probably a lot less useful than just monitoring each webserver endpoint's TLS cert using synthetics, but it's given me an idea for a fun project if nothing else.

What is "PI lock"? A cursory web search didn't reveal much.

+1 for LGR. Also adding TechMoan to that list.

"WIN32.RUN might have unexpected behaviors on browsers that are NOT Chromium-based (Safari, Firefox, Internet Explorer, etc.)"

What would be the reasons this wouldn't run on Firefox? Genuine question from a non-web developer.

As far as I've seen, it's generally just the WASM modules that crash, and not a full sim crash to desktop (CTD). But considering the WASM modules are usually running all of the aircraft logic, systems, flight control computers, etc. then it tends to mean a complete flight loss since you can't... well... control the aircraft anymore. I'm not sure what kind of automatic restart logic exists for crashed WASM modules, if anything. It would be interesting to see if module crash recovery is possible.

Yep, that's the flight sim community in a nutshell.

One of the biggest factors for any flight simulation add-on is performance, and so most of the major add-on developers are building C++ modules (compiled to WASM) to eek out as much performance as possible. My understanding is that it's also possible to write some things in JavaScript (and perhaps TypeScript), but performance takes a hit. I would assume Lua falls into that same performance trap, as I know Lua can be used for X-Plane add-on development, but it's (again) considered the less performance-centric approach as compared to C++.

I recall at least one add-on developer for X-Plane (Zibo [1]) migrating some of their Lua code over to C++.

[1] https://forums.x-plane.org/forums/topic/138974-b737-800x-zib...

DLSS also blurs the cockpit displays quite badly when there's anything moving on them (airspeed/altitude tape, etc.). It looks like temporal blur, which is interesting because the same blur doesn't happen with their TAA (*temporal* anti-aliasing) implementation.

"WASM crash?" must be one of the top live chat comments on flight sim streams these days.

No, the Airbus A320 cannot dump fuel.

It seems to be affecting mirrors for APT, so `apt update` is broken.

That was a fun read - thanks!

I'd be interested in reading about different scenarios. Could you share the book? Thanks!

I'm using the Miele dishwasher powder myself, mainly because it's the only one I could find at a reasonable price that wasn't tablets:

https://shop.miele.com.au/en/cleaning-and-accessories/miele-...

Especially if you use a small amount of detergent in the pre-wash compartment. Most people (at least in Europe) just use a single tablet in the main wash section. I've seen a massive improvement by putting a teaspoon amount of detergent in with the pre-wash. The ever-wonderful Technology Connections sent me down this path.[1]

Without detergent in the pre-wash compartment, only water is used to pre-soak the dishes.

[1] https://www.youtube.com/watch?v=_rBO8neWw04

<The below comment has been deleted>

Per a recent IBM community post:

"ClearCase is now part of DevOps Create Pillars Code subpillar."

Thanks for introducing me to `uv`. I've been looking for a tool that integrates pip and pyenv/virtualenv.

Great work. I'm going to use it today. Suggestion: Could you please add a favicon so that the app is recognizable in a browser "pinned tab"?

Please tell me you have a blog/archive of these somewhere. This was such a joy to read!

Is WAP really considered a failure? Or just a transitional technology for an era of low-powered mobile devices? I downloaded my fair share of games and ringtones from "wap dot" sites.

I've regularly exceeded 24 GiB of VRAM in Microsoft Flight Simulator 2024. Imagine a huge airport environment with high levels of detail, plus AI aircraft in the ground and sky. Then, on top of that, terrain and textures of the surrounding environment.

And that's at 1440p, not even 4K. The resulting stutters are... not pretty.

Interesting! Although it'd (presumably) only be useful for the 787, short of heavy modification to existing aircraft. Even the Airbus A350, an aircraft from the same era, uses a traditional bleed system. If planes continue down the bleedless route I can see it happening.

Airliners are regularly and routinely shut down. "Cold and dark" is a common startup procedure for the first flight of the day.

Aircraft with INOP APUs can generally be "air started" with a ground-based high-pressure air system. It's relatively common and I've been on a plane that had to do the procedure. It was entirely undramatic other than engines being started before the pushback, but I doubt most passengers even noticed.

Now, interestingly, the 787 is a "bleedless" aircraft, so it doesn't use high-pressure air from the APU to spool up the engines. I believe it can use its hefty bank of lithium-ion batteries to start its engines if the APU (and associated electrical generator) is INOP.

Not a pilot/engineer - just an enthusiast. Someone more au fait with the 787 might be able to correct me on the above.

> I don't think airplane software ships updates the way npm packages do.

I'd ideally like to sleep tonight, thanks.

Thanks OP. I appreciate that Hacker News has rules on post titles so it's nice to see you self-correct in the comments!