True, Linux applications (e.g. apt, dnf, pip, but also rm, sudo, and many more) would be more precise.
For Arch, it’s probably not so easy to define “essential” packages, as it, for example, supports many different bootloaders. It is of course also a question of distro philosophy and target audience. Personally, I’ve noticed that “rm -r” as root prompts for every file on RHEL but does not on Arch…
E: Removing essential system-critical packages is not permitted. This might break the system.
You can still do it if you really want, but even Linux rightly has some protections against breaking your system.
I’d say Mint is fine for gaming, as long as your hardware is supported. I’m using it with an Nvidia GPU on X11 and I can play all the games I want to play (Steam is Steam after all). My main gripe is that multi-monitor VRR doesn’t work on X11, but it hasn’t pushed me to another distro just yet…
For people/beginners that mostly want to game on a computer, I’d say that actually something “immutable” like Bazzite might be one of the best options.
Yeah, I also find it very annoying. I guess Youtube just can’t imagine that people exist who speak more than one language…
Having the option of automatic translations is fine but at least let me (globallly) disable it!
I think, currently, creators can disable it, so you can ask them to do that.
Forgejo became a hard fork about a year ago: https://forgejo.org/2024-02-forking-forward/ And it seems that migration from Gitea is only possible up to Gitea version 1.22: https://forgejo.org/2024-12-gitea-compatibility/
This seems to be a limitation of Intel host controllers. The USB 2.0 specification (including 12 Mbps Full Speed) allows for up to 127 devices. Each of those devices can have up to 16 IN and 16 OUT endpoints, c.f. https://www.usbmadesimple.co.uk/ums_3.htm Depending on how you count, that would be a maximum of 2k to 4k endpoints in total. I guess Intel thought it wasn’t worthwhile supporting that many endpoints.
Some quick searching turned up this post that claims that USB3 controllers often support up to 254 endpoints (in total). https://www.cambrionix.com/a-quick-guide-to-usb-endpoint-limitations/ Other posters have also said that AMD appears to have higher limits. You could also consider adding more USB root hubs to your system (with PCIe cards).
Unfotunately, I can help you with that. The machine is not running any VMs.
It’s possible, but you should be able to see it quite easily. In my case, the CPU utilization was very low, so the same test should also not be CPU-bottlenecked on your system.
I’m seeing very similar speeds on my two-HDD RAID1. The computer has an AMD 8500G CPU but the load from ZFS is minimal. Reading / writing a 50GB /dev/urandom file (larger than the cache) gives me:
What’s your setup?
With version 2.3 (currently in RC), ZFS will at least support RAIDZ expansion. That should already help a lot for a NAS usecase.
That system also sounds a lot more capable than mine. How did you end up with 25 VMs?
I’m running it in a regular mATX case (Node 804) but I think you can also get AM5 motherboards in rack-mount cases.
Perhaps my recent NAS/home server build can serve as a bit of an inspiration for you:
I don’t think it’s more efficient to separate processing and storage so I’d only go for that if you want to play around with a cluster. I would also avoid SD cards as a root FS, as they tend to die early and catastrophically.
It’s an Apple Silicon Mac Mini. Do you have a particular reason to think the new one is less efficient?
I do think it can achieve that while waiting for network packets (see e.g. https://www.anandtech.com/show/16252/mac-mini-apple-m1-tested).
But in terms of money savings it would rarely make sense, as you need to make it back during the time you run the system. If we assume 6 years lifetime then it would only make sense to pay $120 more. But yes, I’d also go for a system that runs regular Linux :)
I don’t have one (and I don’t want one), but Anandtech measured the M1 version at 4.2W in idle. https://www.anandtech.com/show/16252/mac-mini-apple-m1-tested I think you can also get that from other Mini PCs (e.g. NUCs).
I would disagree with idle power not being important for a home server. Most of the time, your system will be doing very little and wait for something to happen. I also don’t think a typical server has a display attached. Wolfang explains this quite well: https://youtu.be/Ppo6C_JhDHM?t=94&si=zyjEKNX8yA51uNSf
I don’t have a Mac Mini, but for always-on systems, the idle power consumption can become quite significant.
If you pay 0.30$/kWh, running your old 100W gaming PC all the time would cost you 263$ per year. My NAS is 45$ per year…
It also depends on what you need/want from the machine. The Mac Mini doesn’t have any HDDs and can’t run a regular Linux distro, for example.
No, they’re almost entirely unrelated. Almost all CPUs will idle close to 0 W (with correctly working drivers). The main idle power contribution comes from the mainboard and other devices (e.g. disks). The Mini PCs you mentioned should have a very low total idle power, probably below 10W.
Check out Wolfgang on YouTube, he has some great videos on the topic: https://youtu.be/Ppo6C_JhDHM
I’m not quite sure what you’re trying to do here. Are you
If you’re trying to do the second one, there’s a useful guide on it here: https://omiid.me/notebook/25/move-docker-volume-to-bind-mount. The first one should be even simpler, you can just replace the volumes in the compose file by bind mounts (basically, just this step of the tutorial: https://omiid.me/notebook/25/move-docker-volume-to-bind-mount#modifying-docker-compose).