Debian on framework 13 AMD - battery life?

Hi everyone,

I am a happy user of Fedora KDE on my framework 13 amd 7640u.
Since I run a few servers with debian I am thinking of switching to Debian on my framework too and I like that it is a community based distro.

How is battery life on Debian? Fedora comes with the latest hardware drivers as far as I know and I think the battery life is quite impressive with fedora.
I do like to use the latest version for some application, but I think everything that I need comes with flatpaks. So that wouldn’t be a problem.

Hi,
a colleague uses native Debian with sway. I use Spiral Linux (Debian Based with config changes) with gnome.
We both have really good battery life.

You wont really get battery life differences between distross. Atleast if the base stuff is the same.

I would stick to Fedora to have better support for rhe latest stuff, like amd firmwares etc which debian doesnt want to update.

If you upgrade linux-firmware, the kernel and power profiles daemon I expect you should get comparable results.

1 Like

Running debian testing with KDE. Thankfully linux-firmware is now pretty current (at last!) . Even fingerprint integration works, I tuned a bit with powertop and are now below 5.8W power consumption in idle, (Wifi, Bluetooth on, at 30% brightness). Not sure if this is considered good or not. But please understand in debian testing anything can break at any time. debian stable works ok, but I guess this level of integration is only possible with up-to-date kernels and packages.

1 Like

You’ll get quite a lot of differences in battery life depending on how far behind mainline a distro is and what software/configs it ships by default. The differences will level out eventually but with something this new there is still quite a lot going on.

Sure, but what i meant is, if the base is pretty much the same (like kernel, firmware etc) the differences are “non-existent”. Of course if we compare debian (stable) to something like Fedora or Arch, there might be much bigger differences.

That is quite a bit of a different statement than

Those are different distros no?

Ultimately, while you can make almost all distros perform the same most of them will be different out of the box be that because of kernel or firmware settings or just by how much background stuff is bundled.

Excellent choice. :wink:

Also if you’re after battery life and can afford it, you may want to upgrade to the 61Wh battery. The Ryzen 7640U+61Wh battery combo does marvels for me.

Wasn’t aware that there is an 61Wh Option for the Framework 13.
I am still thinking about if I should repartition once again to be able to hibernate.

Will surely do when the current battery starts dying.

But I do not want to replace a healthy battery

1 Like

I suggest investigating toobox/distrobox in fedora and running debian bits inside that. Best of both worlds. IMNSHO debian doesn’t track upstream hardware/userspace fast enough to be a good experience on consumer hardware. I migrated most of my larger ‘i’m kinda supporting your linux experience’ extended friend network to fedora a few years ago and it’s been a lot easier to deal with.

You can use a btrfs subvol to hibernate without needing to repartition btw.

Or a swapfile, but these are a bit more tedious to set up today.

Do kernel offsets work for swapfiles on ext4/xfs?

I’ve used them on ext4, never tried anything else.

btrfs has a tool to help with that and for ext4 and friends it always was pretty easy, arguably a swap-file is even less tedious than a partition these days.

offsets work on both ext4 and btrfs, the main difference is how you find them (not sure about xfs but probably similar to ext4).

The part I see as tedious is discovering and setting up offsets for hibernate to work both on command line and the initramfs. Every distro does it slightly differently and I can only imagine the complexity once UKIs start rolling out more widely.

The second probably overwhelmingly more than the first but that may be distro/bootloader dependent, on arch with systemd-boot it’s pretty painless. Finding the offsets should be a single command pretty much everywhere.

It should be a lot easier than dealing with encrypted swap partitions with separate keys pretty much everywhere though which was the reason I initially switched over to swapfiles.

Or use Windows and Debian in WSL for the matter of “best of both worlds”.

Regarding running Debian stable it comes with some stability guarantees that make it not jump to newer stacks every other day. You have some hints here to get it running.

If you’re feeling adventurous you can try Debian testing which has recent versions of pretty much everything.