this post was submitted on 02 Apr 2026
58 points (93.9% liked)

Linux

64549 readers
275 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 6 years ago
MODERATORS
 

What are some significant differences to expect when switching to an alternative, and can that affect gaming compatibility and performance?

top 50 comments
sorted by: hot top controversial new old
[–] DFX4509B@lemmy.wtf 1 points 6 days ago* (last edited 6 days ago)

I'm personally running Artix with runit and things are fine so far, but as ChrisG pointed out, dinit is basically a drop-in replacement for systemd syntax-wise.

Although if you're on Artix, you'll need to enable Arch's [extra] and [multilib] repos or you'll run into dependency issues on some apps due to some packages not being available in the main Artix repos. I learned this when trying to install steam-native-runtime, there were some Python deps which weren't available in the main Artix repos, but that were available in the Arch repos, if I'm remembering right.

Also, I recommend enabling the unofficial [liquorix] repo in order to get a newer kernel with more frequent updates than what Artix provides in their repos, eg. the default and zen kernels in the Artix repos lag a bit behind the lqx kernel from the [liquorix] repo, and I still recommend enabling [chaotic-aur] as a convenience repo on any Arch distro.

I also switched to MATE from KDE out of concern that KDE could end up following GNOME's path after SDDM is deprecated, plus I just wanted a lighter and different desktop, that and MATE's default two-panel layout is completely usable from stock although you might wanna set the panels to auto-hide to maximize screen space.

[–] infinitevalence@discuss.online 40 points 1 week ago

I use systemd it's fine and requires very little extra thought.

[–] thingsiplay@lemmy.ml 39 points 1 week ago (7 children)

If you have to ask this, then its probably good idea to stick to systemd. I don't see any reason to change, other than to protest. In the process doing so you will probably encounter issues. People switch away from systemd for various reasons, but not for performance. In example they don't like who develops and controls systemd. And they don't like that it does more than just initializing the system, as bunch of other tasks are bundled into it. If all of that does not bother you, stay with systemd in my opinion.

And if you really want to switch to systemd, then I recommend to use a dedicated operating system (a distro) with that in mind. Don't forget, that systemd has many features and services, that its expected as a standard. You do not just change an init system, but replace all other components too.

load more comments (7 replies)
[–] just_another_person@lemmy.world 32 points 1 week ago (2 children)

Systemd is fine. Stop getting trolled by antiquated neckbeards.

Unless you find a specific problem with something, don't go looking for reasons to fix that which is not broken.

[–] KeithD@lemmy.nz 10 points 1 week ago (1 children)

Systemd is fine, but we should be aiming for better than fine.

That being said., there's definitely something to be said for sticking with "fine" until something else proves itself to be at least adequate with potential to be better than merely fine.

[–] FauxLiving@lemmy.world 7 points 1 week ago

Systemd is the worst init system except for all of the others.

load more comments (1 replies)
[–] mholiv@lemmy.world 29 points 1 week ago (1 children)

The main functional difference between systemd and others is that systemd will just work. Others will require you hand tune and hand tinker with a non-mainstream Linux distro.

If your hobby is init systems by all means mess around though.

I personally quite like systemd. Unit files are clean, timers services and sockets are easy to manage etc.

Honestly it’s a non-problem. Best advice is to use what is best supported. Don’t let the extremely fringe (but loud) tiny group of systemd haters throw you off.

[–] KeithD@lemmy.nz 10 points 1 week ago (2 children)

As someone who's created a timer, cron is much more straightforward.

Systemd has its good points, but most of that is the core functionality as a sysvinit replacement in my opinion. And it's entirely likely that at least one of the newer alternatives is a better option for that.

[–] mholiv@lemmy.world 21 points 1 week ago* (last edited 1 week ago) (2 children)

I think if you know cron from the start it can be easier, but it gets really annoying really fast.

Compare:

0 0 * * * /usr/bin/flock -n /tmp/myjob.lock bash -c 'sleep $((RANDOM % 3600)) && /usr/local/bin/myjob.sh'

To:

[Timer]
OnCalendar=daily
RandomizedDelaySec=1h

That and things like systemd preventing overlapped delays, handing what to do if the system was down during the last cycle, built in logging and event tracking. Seeing successful vs non successful runs etc.

Once you add in those production requirements cron gets annoying fast and timers are easy.

[–] KeithD@lemmy.nz 4 points 1 week ago (2 children)

For adding a quick thing to make something happen at a specific time, I can add a cron job in a couple of minutes. To add a timer takes creating a couple of files with syntax that took me a while to look up last time I needed it, and running a command. Then debugging. Sure, the timer has benefits, but cron jobs are still simpler.

On the bright side, there's actually a "crontab -t" command that apparently can be used to generate timer files from a crontab line, which I hadn't known of before today.

[–] mholiv@lemmy.world 14 points 1 week ago (1 children)

That’s because you know cron. If you knew timers equally as well they would be easier. And they let you handle the edge cases (retry, randomness, tracking, logs etc) without the need for a custom script.

Once you factor in the production edge cases I think timers are clearly easier. You get all of it for free.

[–] swelter_spark@reddthat.com 4 points 1 week ago (1 children)

As someone who didn't know anything about either a short time ago, I found cron easier to learn and use. Systemd timers look more visually clean, but the way cron works is more simple and straightforward.

[–] mholiv@lemmy.world 4 points 1 week ago* (last edited 1 week ago)

I can see how for some people cron is more straightforward to learn, at least till you need to handle logging, checking for cron results, handling when the triggered event can’t happen that instance, ensuring only one instance of the triggered thing happens at once, adding time jitter, etc.

Then timers are way simpler. Timers let you create robust timed events for free. With cron you need to do all that yourself.

[–] Eggymatrix@sh.itjust.works 11 points 1 week ago

I can add the two files required to run a timer in systemd in a couple minutes, but writing the complex incantation to cron for having it do something that is the default in systemd is pure pain and takes me 3 hours of googling

load more comments (1 replies)
[–] Auli@lemmy.ca 4 points 1 week ago

I find systemd easier I don't have to google the timer syntax all the time.

[–] Shimitar@downonthestreet.eu 18 points 1 week ago

OpenRC here, on Gentoo.

It works pretty well, fast and simple, honestly I never felt the need for SystemD.

I use the latter at work sometimes, I don't really like how it changed the way stuff works, but I have nothing against it. I just feel the extra complexity is not needed in all of my home setups (laptops, servers, etc). So it's OpenRC everywhere for me.

[–] chrash0@lemmy.world 15 points 1 week ago (1 children)

it’s one of those cases where if you have to ask, you should probably just use systemd. anything else is outdated or a passion project based on some idealism, which i’m all for, but if you’re worried about gaming performance as a primary concern i’d put it out of your mind. for example, i’m an obsessive tinkerer that uses NixOS and Arch before that and i use nushell and Neovim and Hyprland, but i use systemd cuz i don’t see a reason not to. it’s well supported and stable.

[–] thingsiplay@lemmy.ml 8 points 1 week ago

it’s one of those cases where if you have to ask, you should probably just use systemd.

I just said the same, lol. This is my default responds to questions like these.

[–] MonkderVierte@lemmy.zip 12 points 1 week ago* (last edited 1 week ago) (2 children)

Dinit for desktop, s6 for server.

Btw, why is systemd even a thing for server distros? Can't play none of it's strengths but it's fault's affect security and stability.

load more comments (2 replies)
[–] monovergent@lemmy.ml 12 points 1 week ago* (last edited 1 week ago)

Except for systems with very limited resources, systemd or not won't make much of a difference in performance. A lot of tutorials on reading system logs and managing background services will assume that you are using systemd.

I've only ever used distros with systemd, not necessarily with intent, but because it was the default and well-supported. Probably won't switch unless

  • Debian switches
  • there's a change that breaks my workflow
  • it somehow starts phoning home to a big datacenter.
[–] Peasley@lemmy.world 10 points 1 week ago (1 children)

If you are asking about "gaming compatibility" you should not switch to a non-systemd distro. You will end up going through extra hoops for zero benefit.

[–] ulu_mulu@lemmy.zip 5 points 1 week ago (1 children)

What kind of extra hoops? Or maybe it's the type of games?

Asking because I switched to Devuan on my gaming PC and I didn't need to do anything specific for games to work (Steam and Lutris).

The only exception is The Last Caretaker (UE5) that requires more recent NVIDIA drivers than those in the Debian repos, but that has nothing to do with systemd, it's Debian/Devuan being conservative with updates to guarantee stability.

[–] Peasley@lemmy.world 5 points 1 week ago* (last edited 1 week ago)

That's kind of the best case scenario though: there isn't even a significant benefit

And by hoops i only mean the kind of thing you just described (despite not being a systemd thing specifically) : small differences with the mainstream distros that might cause friction for someone inexperienced. It's not the end of the world. I was being a bit hyperbolic admittedly

I think there are plenty of pragmatic reasons an experienced sysadmin or Linux power user might prefer OpenRC or something sysVinit compatible over systemd, but i think those reasons make a lot less sense to someone who is, respectfully, obviously a beginner (revealed by their use of the phrase "gaming compatibility")

[–] giacomo@lemmy.dbzer0.com 8 points 1 week ago (5 children)

i actually like systemd. i'm not sure why I wouldn't want to use it.

[–] Peasley@lemmy.world 3 points 1 week ago* (last edited 1 week ago) (1 children)

my one critique is pretty subjective, but i find it difficult to find simple clear documentation online about how certain syntax works and how certain tasks are accomplished.

Recently i was trying to set up a cron-job type automation to run a script every minute. I know how to do that in cron (and if i didn't, there are tons of good resources online) but i had a hell of a time figuring it out for systemd. I also wanted to have the script run at boot or user login and i couldn't figure that one out (but i know how to do it with cron)

i'm not a power user so it's entirely likely the information was hidden in plain sight and i completely missed it

[–] Archr@lemmy.world 3 points 1 week ago (1 children)

Were you looking at man systemd.timer? Pretty much everything you need is on there and it is not too complicated.

load more comments (1 replies)
load more comments (4 replies)
[–] SolarPunker@slrpnk.net 8 points 1 week ago

Runit is softly better but Systemd is perfectly fine. I would prioritize runit on very old hardware.

[–] wesker@lemmy.sdf.org 7 points 1 week ago (2 children)

I'm currently using systemd, but have been strongly contemplating a migration to Void, which would have me using runit

[–] ulu_mulu@lemmy.zip 3 points 1 week ago

I installed Void on my laptop to learn it, loving it so far.

On my gaming desktop I'm using Devuan, but I have room for additional distros so I'll definitely dual-boot Void as soon as I feel confident with the basics.

load more comments (1 replies)
[–] v0x@lemmy.zip 7 points 1 week ago

I use OpenRC on most of my systems, which honestly works well enough that I've never felt the need to change. SystemD at work though, which is also fine. If I have any complaints, it's just not what I'm used to.

Switching could be tricky, and may not be worth the hassle. It'd really depend on what you want to get out of it. As always though it'd be a good way to learn as you'll inevitably break something and need to figure out how to fix it.

[–] undrwater@lemmy.world 6 points 1 week ago

I have heard that systemd is "heavier" than alternatives. I haven't experienced that. I don't think gaming is impacted at all.

I use openrc on Gentoo for desktop. It requires some script hooks for things that expect systemd, but works quite well. I don't pay attention to it much, unless I'm writing an init script.

[–] guillem@aussie.zone 6 points 1 week ago* (last edited 1 week ago) (5 children)

I'm switching to GuixSD. Fortunately I have an old laptop and can build up my system there until I feel confident enough to do the real switch.

Pros I have encountered so far: booting in 20 seconds. Nice, although small, community. Scheme is cool. When the time comes, I will just need to copy two text files (and my dotfiles) to the main laptop, and my system will be (theoretically) the same, and it will be (theoretically) unfuckable.

Cons I have encountered so far: some kinks that were quick to research and fix while on an Arch-based distro, now are a bit more of a pain (but most of them in the fun way at least). For now I have given up trying to make the Thunar archive plugin work and switched to PCmanFM. Also I had to install Logseq as a flatpak. I have started very recently and I have not installed much yet so no idea about the impact on gaming.

ETA: there's !guix@lemmy.ml and !guix@infosec.pub on Lemmy.

load more comments (5 replies)
[–] moonpiedumplings@programming.dev 6 points 1 week ago* (last edited 1 week ago) (1 children)

I would say the big thing that might give you trouble is not the init system, but NetworkManager. NetworkManager is the... network management software (wow who woulda guessed?) used on desktop linux distros.

People have many criticisms of it, that are similar to criticisms applied to systemd (it's also Red Hat software), so I see my friends switching to iwd, wpa_supplicant, or other alternatives when trying something other than systemd as well.

It gives them a lot of pain. None of the other alternatives are as reliable as NetworkManager when it comes to connecting to Wifi. Switching away from Systemd shouldn't be too hard, but NetworkManager is much tougher to give up. Thankfully, you can run NetworkManager on non-systemd setups.

This comment is a bit misleading. NetworkManager uses iwd or wpa_supplicant as a backend, it cannot manage wifi connections on its own. You can of course use either standalone.

[–] Sivecano@lemmy.dbzer0.com 6 points 1 week ago

I've not had any gaming issues. The only real perfmance impact is boot time (which can be better or worse than systemd). The future I hope for is dinit with turnstiled. dinit is really quite nice. But openRC also works quite nicely. Unless you wish to excessively engage with system services, none of it makes that much of a difference. The real difference in usability is in how well everything is packaged and maintained (which is why openRC on gentoo is great for example,).

[–] boredsquirrel@slrpnk.net 5 points 1 week ago

Systemd, systemd-boot, systemd-snapwn

Good stuff

[–] muusemuuse@sh.itjust.works 5 points 1 week ago

Oh good, this again!

[–] Liketearsinrain@lemmy.ml 5 points 1 week ago

If you use your computer for gaming, probably best to stick to well known/supported (in theory it shouldn't matter, in practice if you are asking this you really shouldn't).

[–] juipeltje@lemmy.world 4 points 1 week ago

I'm using shepherd right now and i've used runit in the past. Shepherd is definitely a beast of its own since it's configured in guile scheme, but in the case of runit it just runs schell scripts and the commands are for the most part just as simple as systemd. I've seen people claim that some programs won't work without systemd but i've never come across something that didn't work.

[–] mlxdy@lemmy.world 4 points 1 week ago* (last edited 1 week ago)

Why you want to switch from systemd? I hate how complex it is, this age verification and that they're trying make make Linux more Windows like, but in that bad way (it's created by people who prefer Windows over Linux so yeah). But if your installation is working and don't have troubles then don't switch.

Switching to "alteratives" shouldn't affect gaming compatibility at all, cause you don't need any daemons to play your games (maybe if you want to host server or use vpn for multiplayer). Remember that systemd is not init system, but software suite which provide init system also. I think that systemd might use more resources than other solutions. Some software can rely on systemd, but when are you installing program from your system repositories it will work cause it's prepared to work if you're using solid Linux distro. I had situation on MX Linux that I downloaded Mullvad VPN from Mullvad's Debian repositories and it wasn't working, because of no systemd. Then I discovered that MX Linux have Mullvad VPN in own repositories and it worked. On every non-systemd Linux distro you can install elogind which is usually preinstalled and it also care about compatibility layer.

If we speak just about other init systems try what you like. My favourite is runit, but the most popular alternatives are OpenRC (this is what I usually using, even right now on laptop and PC) and sysvinit. sysvinit was terrible experience for me on Devuan, on MX Linux okay; OpenRC is just okay, but I have few reasons to hate it.

Systemd is used by the most of people so if something will screw up more people can help you and there's more tutorials on internet, also sometimes you need to tinker more on other init systems from my experience as systemd is more handholding. But using different init system will give important experience and learn you more how your system works.

If you're looking for non-systemd distros check MX Linux which is the really good system, also for not advanced users who just want to run their games. It's using sysvinit and you have GUI tools to control daemons.

[–] downhomechunk@midwest.social 3 points 1 week ago

I've been daily driving Slackware since the late 90s or early 00s (don't remember). There's no systemd, and no drama. I run KDE plasma 6, steam with proton, flatpak, rocm for AI shenanigans and whatever else I want. Even the rolling release is solid as a rock. There are dozens of us! And we're not all greybeards. I started going grey in high school, but I ate cookies for breakfast today because I'm both a grown ass man and a child.

[–] DieserTypMatthias@lemmy.ml 3 points 1 week ago

Try OpenRC. It's pretty simple.

[–] ChrisG@lemmy.world 3 points 1 week ago* (last edited 1 week ago)

If you want the convenient features of systemd without the cancerous assimilation of the entire userland then dinit is recommended. OpenRC is a mature choice. Server folk seem to recommend S6 but I dont have enough personal use of it to verify.

  • expect every response trying to provide useful info here to be drowned out by systemd brigading
load more comments
view more: next ›