sl-1

I think it is the subtext of the book: "The Diamond Age: Or, A Young Lady's Illustrated Primer" [1]

1. https://en.wikipedia.org/wiki/The_Diamond_Age

Same thing going on in Finland [1].

1. https://fi-m-wikipedia-org.translate.goog/?_x_tr_sl=auto&_x_...

I agree, the solution has to start by taxing gas/carbon, not subsidizing EV's

I agree, it is probably the best narrative experience I have had with a video game. And easily ruined by spoilers.

Yep, Proxmox seems a lot more stable

You can radiate it away, but it would be really hard compared to just dumping it to atmosphere / water bodies. Especially as computers need quite low temperatures.

Here is some more analysis on the problem of radiating heat away in space: https://toughsf.blogspot.com/2017/07/all-radiators.html

I agree, these predictions are usually just statistical inferences without any believable model. Models expect everything continuing like it is and not having any discontinuities.

I personally predict that we will fuck things up and end up with huge population decline because of raising fossil fuel costs, climate change, ecosystem destabilizaion and wars. Even feedin 8 billion people is a huge ask in this declining world.

One cool feature that 6.1 kernel brings to Steam Deck is ability to limit the max charge of the battery straight via kernel by:

echo 80 > /sys/class/hwmon/hwmon4/max_battery_charge_level

You need to have the preview installed, or wait until they release it for GA. Preview need developer settings enabled and some other stuff I don't acutely remember. You can check your kernel version with `uname -a`, if it starts with 6, you are good to go.

I think we do have the capability if wanted, it just does not make economical sense.

Basically we'd need to filter the gases injected to the process to guard against contaminants, which would cost a lot. So it's just cheaper to recycle old steel.

That is a good question!

Training datasets should be pretty trivial for this, all open source software that is buildable on the internet could provide training sets (source code & compiled code).

But I guess it would have to be trained specifically for every architechture.

The swedish Gotland-class submarines are know for their stealth. This is achieved by using stirling engines and other improvements. See wikipedia on them: https://en.wikipedia.org/wiki/Gotland-class_submarine

I think the reason that nuclear subs are hard to make quiet is that the reactor needs quite a lot of supporting machinery, which tends to make noise (pumps etc. for cooling), and these can't be quickly shut down. Hence diesel-electric subs can be a lot quieter (but of course can't win in endurance). But a silent sub can still do a lot , especially if it's targets really can't quiet themselves...

Best resource I have run in to about this is this talk: https://www.youtube.com/watch?v=NGFhc8R_uO4

It quickly introduces the various hacks we do in order to get ~30nm features on silicon. But the talk is quite dated (early 2010's), but never ceases to amaze me. Semiconductors are indistinguishable from magic indeed.

Good point, but it's probably the most accessible test device for high levels of RF flux. But based on quick wikipedia tour, just testing on the ~2.4ghz band of microwave oven would probably not be enough to verify the shielding.

Really cool! I especially liked the external EMP-shielding-box. I wonder if it's tested and how would one test those? Put it in a microwave and see if anything breaks?

Thanks for a good twitter thread. Later on that thread has some interesting statistics about the estimated power output of these fires and how much it is over the average: https://mobile.twitter.com/m_parrington/status/1151905483625...

Scary stuff, I hope this is not kicking some feedback loops in to action. -edit: typo

Is there any way to quickly test if any of my machines are vulnerable?

Thanks for the pointer, I am unfamiliar with the work of Ostrom. Based on the nobel lecture of her's it seems pretty damn interesting.

Yep, Inadequate Equilibria is also a gem. I'd say that compared to MoM, it is more down-to-earth and about how to navigate the problem field and how to find the cases where one can make a difference.

I also feel that as an engineer it is really easy to forget to see the context of a problem. Often technical solutions can be really shitty, but still work because of the context. And installing better solutions won't work if the context does not allow it (or makes it too pricey). Often the shittiest solutions are cemented in use by difficult webs of dependencies that are hard to change. Examples of this kind of systems would be social media platforms (cemented by network effects) and payment systems (technically PITA, but hard to compete with).

Seconded. This essay made me re-think what our problems are and what kind of dynamics those problems exhibit.

Last time I checked, the models presented in the "Limits to Growth" seem to be tracking the situation pretty well. Here is a paper about it (not mine) https://sustainable.unimelb.edu.au/__data/assets/pdf_file/00...