Yes but there’s a price/reliability/performance trade off.
Also, with disks that big failures become qualitatively different. For example, when a disk fails in a mirror, the bigger the disk size the higher the chance the 2nd disk will have unreadable blocks.
I've setup a server running 24/7 and I barely have to turn on the heaters even in 30F weather. I think the building is insulated. Also glad my gaming laptop heats my lap.
It's terrible in the summer though. I think I'll repurpose some 140mm pwm case fans.
Yeah, there's no verification of a server's pubkey like ssh (which mostly is trust-on-first use), or a cert chain like tls.
This seems like a cool proof-of-concept. There are also a bunch of security properties that it fails in.
I may be wrong, but most studio monitor speakers have limiter circuits that prevent damage from high volumes, iirc. E.g. Adam Audio or KRK speakers. These are in $100-200 per speaker
They have limiter circuits to prevent a very high average power going through them which would overload the speaker-cone's travel limits, or would overheat the voice-coil.
On the other hand, very high-power, short-lived 'transients' are necessary to give proper clarity and realism to the music. Most amplifiers, even very-high power ones usully idle along at about one or two watts or less, but the extra couple of hundred watts available allow lots of 'head-room' for those high-power transients so that they don't get clipped and distorted.
A high-power amp doesn't necessarily sound very much 'louder', but it sounds very much 'cleaner'.
Linux servers aren't like mass consumer products. It's assumed users know what they're doing and can build and configure what they need on top of it.
> This is 2021 and the technology is from the 90s
I don't see how this is a valid point. Is integrated circuit technology outdated because it was developed in the 60s?
> The beauty of this solution is that it's dead simple and will never fail. Alerting can fail or be ignored.
It's not that straightforward IMO. Would this file be deleted before the space is filled? If so, there is alerting in place, and it assumes there's a way to delete files before space fills up. If this file is deleted after space fills up, how is this different from not having the file, other than making finding files to delete easier? Then what happens after that? If you delete the file and realize there's nothing else to delete, you'd have to solve the problem the same way if you didn't use this method.
ramdisk? It wouldn't be the first time I'd extract a .deb to tmpfs to resolve a temporary issue.
Don't think I've ever encountered a critical issue where "add more swap" would be a serious disaster recovery solution. I've certainly seen situations where swap was nearing 100% full, and although I would have minutes off wall-clock time to formulate a strategy, those minutes have never allowed me to input more than a handful of characters or so.
> You have to pick the distros you want to support, and then once you've picked a distro, what versions you want to support.
What if game developers release the game's source code and let community developers help with porting to different distros and platforms? The game's assets can remain paid. For example, Doom has been ported to pretty much all platforms, and it's up to maintainers to ensure compatibility. I guess at this point it becomes a partly open source/free software game.
I'm aware this may not align with current business practices.
