🔎 If you see an alert for analytics.usips.org, this is a self-hosted system I am running as a test. It is GDPR compliant and collects no invasive information.
Want to keep track of this thread?
Accounts can bookmark posts, watch threads for updates, and jump back to where you stopped reading. Create account
It is, but I also heard that it's more CPU intensive so I decided to go with lz4 and I had no issues. I think I will continue using lz4 on my decade + old laptop but try out zstd on the desktop.
It is, but I also heard that it's more CPU intensive so I decided to go with lz4 and I had no issues. I think I will continue using lz4 on my decade + old laptop but try out zstd on the desktop.
At zstd level 1 (what's used by zswap), zstd is 25% "slower" than lz4, at about 510 vs 675mb/sec (from facebook's lzbench, single-thread, on a Core i7-9700K at 4.9GHz), but with a compression ratio of 2.90 vs 2.10. Decompression is about 2.5x slower, "only" 1550MB/sec compared to 3850MB/sec.
510MB/sec writes to and 1550MB/sec reads from swap is still "fucking fast." Memory reclaim is not nearly that demanding. The rest of your hardware will not be keeping up with that theoretical maximum under regular use cases anyway. lz4 works with "no issues" because it's designed to, but so is zstd, which also works with no issues. Give it a shot; you can always switch back. You shouldn't observe any slowdowns in practical use and you'll probably notice you can "cram more in there" before it starts hitting the physical disk. Switching compressors doesn't even require a reboot. It's just applied to new pages compressed after the change, with pages compressed with the previous method still accessible (and recompressed later with zstd instead of they go back into zswap).
CPUs from a decade ago still "worthy" of laptop life aren't substantially slower at single-core compression and decompression.
You’re not using sonic de are you because that’s a known issue
The reason iirc is kde recently moved their shortcuts and so sonic de out of the box doesn’t have shit configured and they were planning on fixing it in artix
Might also be a kde issue if you’re using a weird distribution or package in which case you’ll have to manually configure all of them
ok I am losing my mind, was playing a windows game with wine on ubuntu with gnome, the system went in standby and on resume the window goes black and i lose an hour of progress... now i am determined to find out if kde does the same or if its a gayland or wine problem. I swer to God if its the fault of wayland : "you dont understand bro, you didnt have the experimental ext-gooning-managment protocol" I am going to lose my mind, 25 years and cant get basic features working
Ok this is pretty much how i wanted it to look. Now I guess I just run i3 with it for a while and tweak it a bit more until I'm happy with it, but it looks and runs so much better.
note: since I'm using it with a USB remote where one of the keys is F2 I had tvwcs set to launch by pressing f2, but you can make it launch by using the left super key by adding this to ~/.config/i3/config
It is admittedly a bit more different from my original plan, but my original plan had a lot of reinventing the wheel nonsense. this just requires a little bit of cleanup and ui tweaking
Edit: I have a version I'm pretty much happy with enough to publish on github, I'm just waiting for my free account to reset so i can fix a couple things and remove a feature i thought would be useful but is overly cumbersome. Then I just need to put together a guide for how to set this up
You’re not using sonic de are you because that’s a known issue
The reason iirc is kde recently moved their shortcuts and so sonic de out of the box doesn’t have shit configured and they were planning on fixing it in artix
Might also be a kde issue if you’re using a weird distribution or package in which case you’ll have to manually configure all of them
ok I am losing my mind, was playing a windows game with wine on ubuntu with gnome, the system went in standby and on resume the window goes black and i lose an hour of progress... now i am determined to find out if kde does the same or if its a gayland or wine problem. I swer to God if its the fault of wayland : "you dont understand bro, you didnt have the experimental ext-gooning-managment protocol" I am going to lose my mind, 25 years and cant get basic features working
ok reporting in, the problem is that piece of shit de that is Gnome as it is working perfectly with kde when alt-tabbing and going in standby, actually incredible.
usecase for alt-tabbing while playing a game?
actually incredible, how is gnome the default of distros like fedora and ubuntu??? they nitpick for years to add a simple option to the settings "because we want to do things right" then they have simple instances where the de is unusable,
they need to just start vibecoding so AI can do what they arent capable to.
ok I am losing my mind, was playing a windows game with wine on ubuntu with gnome, the system went in standby and on resume the window goes black and i lose an hour of progress... now i am determined to find out if kde does the same or if its a gayland or wine problem. I swer to God if its the fault of wayland : "you dont understand bro, you didnt have the experimental ext-gooning-managment protocol" I am going to lose my mind, 25 years and cant get basic features working
Related, my computed used to suspend when downloading stuff multiple times until I disabled the auto suspend feature. It never bit me in any other scenario other than fucking up non resumable downloads or wasting time when downloading slow torrents. A shame, but then again most of the time if I am not using my computer I just turn it off or schedule a shutdown after I know whatever it is doing should be done.
I always turn off power management on any computer I own, barring minimum "okay fine if the battery's at 5% you can warn me then suspend, and hibernate at 1%" settings for a laptop. I'll handle turning things on and off myself, thanks.
Related, my computed used to suspend when downloading stuff multiple times until I disabled the auto suspend feature. It never bit me in any other scenario other than fucking up non resumable downloads or wasting time when downloading slow torrents. A shame, but then again most of the time if I am not using my computer I just turn it off or schedule a shutdown after I know whatever it is doing should be done.
untill not too long ago gnome used to suspend while you were using video players because it had no support for god-knows- which wayland protocol and the "what is the usecase guy?" asked what was the usecase and why nobody had reported having a problem with it until then, idk maybe because the 10 autists that use linux used also caffeine extension to make it usable? its like these people have never actually used a computer in their whole life. you shouldnt have to do what you wrote because its obvious that if I am downloading something I dont want the download to fail duh
Had some fun with Arch yesterday. It was classic old-school Linux fuckery.
So rebooted my machine after doing an update, and there was no keyboard on LUKS passphrase. Ended up having to chroot into the install using a Debian Rescue USB I had at hand and rebuild the initramfs.
ok reporting in, the problem is that piece of shit de that is Gnome as it is working perfectly with kde when alt-tabbing and going in standby, actually incredible.
KDE also has a suspension issue with games where gamepad input won't prevent the system from suspending. The KDE 'fix' for this was to add an option for the gamepad to emulate a mouse. That's not what I want, so instead I use Feral GameMode to prevent suspension on games using a gamepad.
KDE also has a suspension issue with games where gamepad input won't prevent the system from suspending. The KDE 'fix' for this was to add an option for the gamepad to emulate a mouse. That's not what I want, so instead I use Feral GameMode to prevent suspension on games using a gamepad.
this is not what I was talking about, if the system suspends or simply you alt-tab, the game window goes black and you have to restart the game. This indeed does not happen on kde
I'll never understand how TPTB tolerate that idiot. "What's the use case?" "I asked for it. Next question." "Why hasn't anyone else reported having this problem before?" "Irrelevant. I'm having this problem now."
These are idiot questions that deserve dismissive answers and nothing more. Yes, I know what his response to those answers would be, which is why he has no place anywhere near any levers of control or power within GNOME, but that's a GNOME problem more than a "me" problem since KDE is delightful in comparison anyway and GNOME isn't installed anywhere I work. But I just wish more people pushed back against that kind of bullshit instead of just shrugging and giving up, allowing these idiots and the lazy fuckwits who sign their paychecks to assume nothing's wrong because people just stopped bitching.
yeah. I had an arch install I hadn't booted into for months. Usually the one big issue I run into with arch is that exact case. I had like 1000 packages to update, and the keys were long expired. I mean, it probably also didn't help that I didn't realize the laptop wasn't plugged in after I started the update, and it died at some point during it, which could have been where things went particularly wrong that time.
I was able to get it fixed fairly easily, but still I could see that being a problem for someone not comfortable with that kind of troubleshooting. In general I recommend updating within a month if at all possible.
Good work, I cloned the repo and looked at the commits with 'git log' and it's just your iCloud private relay address which is unique by website so you haven't doxed yourself. We just now know that you're the world's biggest fan of Amy Daws's surprise pregnancy rom-com novel 'One Moment Please'.
Since I've never looked into the exact answer, I've only used it. This is what it says.
I know the archlinux-keyring has hundreds of keys in it. So it's not a matter of all the keys expiring usually. it's more than one or two, or maybe a few have depending on the period. It had been 4 months maybe since the last update, which for arch linux is a very very long time. Since arch really isn't meant to hold off updates, anyone going into installing arch should know it's meant to be updated on a fairly regular basis, otherwise it wouldn't make sense to pick arch in the first place.
I know the archlinux-keyring has hundreds of keys in it. So it's not a matter of all the keys expiring usually. it's more than one or two, or maybe a few have depending on the period. It had been 4 months maybe since the last update, which for arch linux is a very very long time. Since arch really isn't meant to hold off updates, anyone going into installing arch should know it's meant to be updated on a fairly regular basis, otherwise it wouldn't make sense to pick arch in the first place.
I keep getting told that Arch only looks like a goddamn incoherent mess because to install anything beyond the core packages that a coherent small distribution like Alpine or Tiny Core Linux distributes requires using the AUR and either trusting other people or performing a security review of every single build script.
But in organized Linux distros, there is a centralized build infrastructure and there is a centralized team that makes sure it's secure. It sounds like this isn't the case. Does this mean that for Arch, package maintainers just build random binary packages and maybe get them cosigned by other Arch maintainers (just based on 'reputation', without those other maintainers actually doing any verification of source->binary compilation consistency)? That's, uh, interesting *, if so.
* as in, I can only imagine the only reason the majority of Arch maintainers wouldn't be employed by the MSS, GRU, or SVR is that they couldn't imagine anyone would organize things in such a fashion
https://bugs.gentoo.org/982204 -- OMG Gentoo is dropping Chromium from the main repo because Google's release cadence is so insane no one can stay on top of it.
I keep getting told that Arch only looks like a goddamn incoherent mess because to install anything beyond the core packages that a coherent small distribution like Alpine or Tiny Core Linux distributes requires using the AUR and either trusting other people or performing a security review of every single build script.
But in organized Linux distros, there is a centralized build infrastructure and there is a centralized team that makes sure it's secure. It sounds like this isn't the case. Does this mean that for Arch, package maintainers just build random binary packages and maybe get them cosigned by other Arch maintainers (just based on 'reputation', without those other maintainers actually doing any verification of source->binary compilation consistency)? That's, uh, interesting *, if so.
* as in, I can only imagine the only reason the majority of Arch maintainers wouldn't be employed by the MSS, GRU, or SVR is that they couldn't imagine anyone would organize things in such a fashion
no. there is a core arch maintainer team. But everyone in it has their own keys they use for signing their packages.
For the aur, that is completely community maintained, so that's completely separate, and different from anything involved in the archlinux-keyring. They just have quite a few maintainers for the arch team. Since it's a fairly big project, that isn't ran by a company like canonical, or something like that. It's just a bunch of people that work on this distro.
