systemd-swap VS linux

As a bonus, the systemd-zram-service's scripts will create zRAM devices based on the number of your CPU cores. This is problematic as it's a deprecated practice, and can also cause an issue on some multicore CPUs. Basically, we already have "multi stream functionality" since kernel 3.15. And since kernel 4.7, regardless of the value passed to [max_comp_streams], zRAM will always allocate multiple compression streams - one per online CPU - thus allowing several concurrent compression operations.

Historically, Linux has created an additional (fixed-size) swap partition or file. In case you mention you get OOM. But for some time there is a great project systemd-swap creating hybrid swap space. You can even find it in the official Arch Linux Community repo.

There is also systemd/zram-generator that allows you to create and manage swap devices more easily. And Nefelim4ag/systemd-swap (abandoned?) that automatically creates swap files and resizes them based on RAM usage.

SwapFC - https://github.com/Nefelim4ag/systemd-swap

That sound like what systemd-swap does. Apparently, hibernation is not quite working yet, though.

https://github.com/Nefelim4ag/systemd-swap

Disclaimer: I couldn't find anything relating to SwapFC other than from the README of systemd-swap. What I've written above is just based on the one-line description of SwapFC, as well as prior knowledge of zswap and zram (obtained from the Linux Kernel docs).

There's a number of "special" Ethernet addresses that a proper Ethernet bridge must never forward. The Linux bridge implements a mechanism to ignore _some_ of these constraints, but not all of them. If you ned that, you can always get to manual patching in https://github.com/torvalds/linux/blob/d42f7708e27cc68d080ac... et al.

Reminds me of Linus' comments[1][2] on pull requests in the kernel's GitHub mirror. The fact that you can't disable pull requests give the impression that it's mandatory to allow anyone to request changes and for you to review them.

[1] https://github.com/torvalds/linux/pull/7

I think this is intended as more of a proof of concept than as a useful change, but apparently this driver is going to be enabled on Fedora rawhide soon.

https://github.com/torvalds/linux/blob/master/drivers/net/ph...

MR where they are working though a build system issue: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/3...

We mostly agree. My comments re: whether Drew's proposed solution is a reasonable alternative to Rust for Linux are in a sister comment.

> To someone who isn't accustomed to idiomatic Rust, it seems completely insane to have to go digging around in the type system in order to enable magic elsewhere in the call stack, when you can just tell the computer what to do.

I think this would be a fairer point if the interface was a well documented C interface which showed how to use the interface correctly but it wasn't.

See the API docs: https://www.kernel.org/doc/html/v6.0/filesystems/api-summary...

And the function itself: https://github.com/torvalds/linux/blob/d5d547aa7b51467b15d9c...

If these guys don't like types, fine. But these guys need help quick if the above is the best they can summon.

> I do not know why the JMP is not just a RET, however.

The jump seems generated by the expansion of the `ASM_CLAC` macro, which is supposed to change the EFLAGS register ([1], [2]). However in this case the expansion looks like it does nothing (maybe because of the target ?). I 'd be interested to know more about that. Call to the wild.

[1]: https://github.com/torvalds/linux/blob/master/arch/x86/inclu...

[2]: https://stackoverflow.com/a/60579385

Like I said, not anti-email. I don't see why it's git vs cvs:

> Recall that git was also designed to work over mailing lists. git format-patch, git apply, etc.

Right, and when you do web things with that same git in 2024, it looks and works like it's 2024.

You could use an old git server/file browser UI, or the built-in gitweb[0] for example, but you don't, you use something more modern & featureful, working better on mobile, looking prettier, etc. Even Linux (with its history intertwined with git) uses Github[1] as its mirror, not gitweb or anything looking like the link above for OpenBSD.

[0]: https://repo.or.cz/w/git.git/tree/HEAD:/gitweb/

[1]: https://github.com/torvalds/linux

Linux