Creat

I actually have. A can of tomatoes is (or at least was back then) cheaper than a pack of pasta, and can also last for more than 1 or even 2 servings. If I add (just) butter to the pasta, I'm making it worse because I'm one of the seemingly 5 people on earth who don't like butter.

But my comment was meant for pasta with (any) sauce, see my other reply.

Yes my statement was probably a bit too broad. I meant any pasta with a sauce you generally don't want butter (or oil) on, as it causes the sauce to stick less to the pasta. Which is the whole point of having the sauce in the first place.

If you're doing anything with pasta that involves butter you're doing it wrong, but you do you.

ARC is the in-memory cache used by ZFS. If it's completely off the effect can be dramatic. Under no circumstances should a larger cache cause anything to get slower, ever. Even the raspi didn't have memory that is that slow that this is a reasonable outcome. By default on most distros, ARC size is capped to 50% of physical system memory. Keep in mind it is a cache: if something else needs needs the RAM, it will be released.

As a concrete example: I was recently working on a server where a maintenance task that should take like 12hrs or so at the worst somehow took 2 weeks (!) and still wasn't finished. That was ARC being disabled.

Oh they are part of the same 3 socket smart power strip. But at the time I would've had to go to a different floor and get a splitter plug (no idea what to call those things). Adding the automation was just faster. And I can always do this if I ever actually need that switched socket.

Keep in mind what the original question of the thread was.

When I turn the coffee maker on (or off), it's light also gets turned on (or off). I couldn't just used the same switched socket for both, but I had one free so here we are.

What size is the ARC set to? I've seen cases where it was fully disabled, which (unsurprisingly) seemed to murder performance and is probably even worse when in such a CPU limited platform. You stating that only 1.5 GB of 16 GB were in use makes this seem likely.

In general, if you care even remotely about performance, a raspberry pi is probably the wrong choice for a NAS. Even a single disk should have no issues saturating a 1gbe link. That being said, even a pi should manage 1 GBit/s on ZFS, especially when reading.

Basically pasta.

I don't know where you are, but a 500g pack can be had for significantly under 1€ and is sufficient for multiple meals. Add a similar priced can of tomatoes, onions (optional) and some spices (I assume you have those).

Obviously there are other options for the sauce, many are cheap enough to consider when money is tight.

You can also connecta portable screen for 100-200 bucks and have effectively 2 monitors. This starts breaking weight and size of "normal" laptop (only one screen but higher resolution and size than just the deck), but still costs significantly less for quite the bang-for-buck ratio.

I did use mine for a trip like a laptop for a full trip once. My conclusion is that for me personally a laptop (also with additional screen) is better, but I also happen to have one. I'm not sure I'd buy one already having the deck+monitor+keyboard+mouse.

They probably have good reasons to that are less obvious. If they didn't have an order already, I think it'll take 10-15 years for anything they order to be delivered by Airbus (assuming no delays, too). So maybe they just can't wait and others stop buying Boeing (also for good reasons, obviously), so there are spots open or something?

I also got like 10 capchas for 1 of the codes (just one after the other) then it threw an error anyway. I appreciate their gesture, but so far it's been like 30 minutes of wasted time with nothing to show for it.

I'm aware of that, and didn't say otherwise?

My comment wasn't even ipv6 specific, quite the opposite. The comment I was replying to also wasn't, and the implication that things would be better if everyone had a fixed IP(v4) was actually the specific privacy nightmare scenario I wanted to emphasize. That is the literal worst case of all.

Things can be mitigated somewhat with IPv6, but also only to a degree. Here you'd (usually) have a static prefix and not IP. You then need to use the randomized suffix generation (on a host level, or in DHCPv6 if you're using that), and not all OS so this by default, but I think Windows does these days. Advertising data collectors, which means basically every web site, could just assume that your prefix is stable and the information they gain if they happen to be correct it's... uncomfortable.