(I know that there has been a recent friction between the kernel dev and the bcachefs dev; IDK what the outcome has been, if any) I am planning to shift back to kinoite after a brief 2-3 months of struggling to use windows (excess RAM, battery drains fast, updates take their own sweet time, and more). It will take another 1-2 months before I actually do it; Hopefully with the new installer. I now have a 256 GB SSD as well as a 1 TB HDD. The HDD is too slow for me to run fedora directly on it (Haven't tried tuning though...) I plan to install the entire system giving the full storage space to bcachefs, cache backing metadata all features to speed it up. I use systemd-homed's per-user LUKS encryption support, so global encryption is not that necessary. (But preferred if bcachefs encryption won't slow the LUKS loopbacks on top of it) If bcachefs is not available, I'll have to do with bcache and btrfs. In case no bcachefs, - A part of SSD for the base OS (root, esp, boot, swap). - Another part for bcache cache. - A partition on the HDD backing the cache, with `/var` or just `/var/home`. OR just the same setup without bcache, /var or /var/home directly on HDD (the speed though...) (bcache-tools is an extra package I have to layer, the only package I layer on my immutable/atomic system; That's why I'd be happy to have it inculded in the base, or an included alternative) I don't use LVM or ZFS, and would like to avoid the complexity. Also dm-cache scripts I would like to avoid. I also don't prefer to use it windows-style as a plug-in separate file-tree than the standard $HOME/*. But I am open to it if it's the simplest possible idea. (Note: I will leave a minimal amount of space in either disk, for windows. I need it for a specific wine/bottles-incompatible software requiring 3D graphics.) Kindly suggest me with possible ideas and solutions... If bcachefs is available and sufficiently stable, else if I can use bcache+btrfs (ext4 if btrfs overkill... mostly not), or just speed up my HDD. -- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
