I used to do this for my virtual gaming rig, and the catch is still idle draw. Just one B70 pulls over 30W idle, then there’s the nvidia card and then CPU etc, too. As this machine is solely for remote development and inference, I want it fully off.
Now, I guess I do have all the confidential stuff in encrypted ZFS, so I can shutdown the docker containers, unmount ZFS, and suspend. This gives me encryption at rest. The problem is the startup/resume is actually slower than you might think.
Himilayan salt (from Pakistan) is not just salt, it’s pink because of the other minerals. The pink comes from iron, magnesium, and potassium.
Hans would like a word.
Ref if unfamiliar: https://www.theramenrater.com/
wants to sleep between each frame
Key fact: This only happens in battery saving mode. The patch doesn’t help other modes.
What? Are you arguing without comprehending?
And what makes you think it’s easier to trace what is happening in SailfishOS? Tracing isn’t hard in Android.
Power saving with encryption at rest. I want the GPUs offline power wise.
Both ship: Firmware, the HAL components (which are way more critical in my eyes as they have low level hardware access and could hide anything from the OS)
Aren’t firmware and HAL in hardware/devices in the source tree for graphene? Also the camera stack/etc isn’t Google’s, it’s Graphene’s.
The Widevine comment is fair, but Sailfish needs to support DRM, too, so they’re in the same boat, there.
The base of Sailfish OS is a full blown Linux, way more open than Android
Sorry, but no. AOSP and Graphene do not use any proprietary blobs. They are 100% open.
By your own post, SailfishOS uses closed source components.
What? Big jumps in interpretation there. Russia’s federal contract woth Finland is going away so it’s getting one with a private company. This is just normal business process.
If anything, that means the Finish people (private industry) do want something different from the Finish government. Maybe not the majority, but still people.
Yea, I was hoping to not have to go the scratch route, but we shall see. I do already run ZFS.
Edit: And I’m using suspend now, but am unhappy without encryption at rest. Also, full memory GPUs don’t suspend very quickly.
Interesting. Did you do any tuning or out of the box?
Fast boot most likely. Windows can shut down user processes and then hibernate the kernel/system processes. Because the system only changes on updates, it doesn’t have to wrote the hibernate file every time, only on update. Never understood why distros didn’t look to replicate that. If they had this would probably be a non-issue for me.
Desktop with GPUs. I’ve tried immutable, but that really doesn’t impact boot speed. It’s still the same startup procedure. And I use ZFS, so I could roll back (or use tmpfs), but that still requires the full boot process.
Interesting, I don’t have this hardware now, but will track this one.
First, that’s super smart. I’ve got hibernate to LUKS in LVM working already, so saving the state males sense. However, speed of resume being the issue doesn’t he’ll much, to your point.
The Diskless Alpine looks very interesting. Do you know if there is a Debian version?
If you are writing the full 32GB, something is wrong. Shared memory isn’t written twice.
Oh hibernate to LUKS I have working. What I want is a permanent static version of that. I.E. boot to the same spot every time. This way I’m not writing 64GB to disk every time.
tried to get away with
While this a likely scenario, it’s also unproven. The rep that one person contacted may have had no idea what was going on.
Finland 's government.
Because Russia doesn’t pay for the power anymore.
There are already plans in motion for Russia to procure access through private Finish organizations.
Until you see the product was swapped 1k reviews ago.