Куда вставить маленький SSD?

Доброго! Собственно обстоятельства: есть ноутбук, 8 Гб оперативы, (соответственно предполагаются suspend/hibernate и более-менее высокая устойчивость по питанию), в котором живет не особенно быстрый SATA HDD на 500 Гб. А рядом с ним сидит маленький NVMe Intel Optane на +- 13 Гб. Все никак не придумаю, как бы его так пристроить, чтобы не простаивал без дела, а, допустим, увеличивал отзывчивость системы. Очень рад был бы увидеть какие-нибудь идеи)

Что пробовал?
  • Bcache – изощренные способы обеспечения работы suspend/hibernate не приносили постоянного результата: все равно иногда из спячки ноутбук не выходил
  • ZFS – если честно, ниасилил загрузку из пула этой ФС. (хотел кинуть ssd, как кэш)
  • Корень на SSD – много лишних записей; маленький размер ssd -> симлинки на файлы.
  • Выносить /home на HDD целиком имхо не целесообразно, так как там лежат, помимо торрентов, юзерские кэши/профили.

Может быть кто-то что-то подскажет, бывали ли у вас подобные конфигурации?

P.S: Стоит ли еще раз подолбиться в ZFS, если (когда) снова появятся на это силы? (перестанет тошнить от "zpool" :)) Стоит ли оно того?
Сотрудник техподдержки признался: он хорошо зарабатвыает просто потому, что умеет гуглить быстрее клиентов.
swap туда отправь.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
push_sla
Корень на SSD – много лишних записей; маленький размер ssd -> симлинки на файлы.
Выносить /home на HDD целиком имхо не целесообразно, так как там лежат, помимо торрентов, юзерские кэши/профили.

Ну у меня так, диск побольше конечно но в ваш размер влазит 9,8G / . При желании еще можно мусор почистить и больше обжор на HDD вынести
sudo du -hxd1 /
1,3M	/root
16K	/lost+found
16K	/srv
1,8G	/home
4,0K	/efi
4,0K	/media
14M	/etc
7,5G	/usr
111M	/boot
330M	/opt
12K	/mnt
105M	/var
9,8G	/

sda -SSD
sdc -HDD

df -h
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
dev                3,9G            0  3,9G            0% /dev
run                3,9G         9,0M  3,9G            1% /run
/dev/sda2           97G         9,8G   83G           11% /
tmpfs              3,9G          99M  3,8G            3% /dev/shm
tmpfs              3,9G            0  3,9G            0% /sys/fs/cgroup
tmpfs              3,9G          60K  3,9G            1% /tmp
tmpfs               10M          52K   10M            1% /var/log
tmpfs              790M          57M  734M            8% /run/user/1000
/dev/sdc3          135G          80G   49G           62% /home/oleg/Disk-nx
overlaid           790M          57M  734M            8% /run/user/1000/oleg-opera
-
 lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 111,8G  0 disk
├─sda1   8:1    0  1020M  0 part
├─sda2   8:2    0  99,1G  0 part /
└─sda3   8:3    0  11,8G  0 part
sdb      8:16   0 232,9G  0 disk
├─sdb1   8:17   0    16M  0 part
└─sdb2   8:18   0 232,9G  0 part
sdc      8:32   0 232,9G  0 disk
├─sdc1   8:33   0  17,8G  0 part
├─sdc2   8:34   0  76,2G  0 part
├─sdc3   8:35   0   137G  0 part /home/oleg/Disk-nx
└─sdc4   8:36   0     2G  0 part [SWAP]
vs220
Ну у меня так, диск побольше конечно но в ваш размер влазит 9,8G / . При желании еще можно мусор почистить и больше обжор на HDD вынести
а у меня так )))
sudo du -hxd1 /
123M    /etc
0       /media
0       /mnt
11G     /opt
27M     /root
16K     /srv
29G     /usr
2,6G    /var
42G     /
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
у меня
А чего хомяк не на ссд?
vs220, на SSD, но он примонтирован как подтом btrfs.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Если в вашем ноуте BIOS/UEFI имеет поддержку Intel Optane, то для венды есть хорошее решение: https://habr.com/ru/company/croc/blog/432240/, я бы на вашем месте поискал, как этот фокус можно повторить под Линем.
In Tux We Trust
ОФФТОП:
когда смотрел размеры решил узнать эффективно ли работает сжатие...

/dev/sda3    1443840 215214079 213770240   102G Корневой раздел Linux (x86-64)
du -hxd1 /
42G     /
du -hxd1 /home
41G     /home
df -h /dev/sda3
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
/dev/sda3          102G          49G   53G           49% /
итого: 42 + 41 = 83G реальных данных, а на разделе занять всего 49G. хорошо сжатие у btrfs работает, сэкономлено 34G )))
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
redix
как этот фокус можно повторить под Линем.
Этим занимаются bcache и dm-cache на уровне устройств и ZFS может на уровне фс. Еще кажется бывает lvm cache... Ну и где-то там валяется в разработке bcachefs, но в нее очень слабо верится.

vs220, а можно ли подробнее, что у Вас там за overlaid? Это overlay куда?

nafanja, а какое сжатие используется на btrfs? zlib? А на HDD та же ФС (btrfs) у Вас?

Спасибо вам всем огромное) Все же вынесу на SSD корень, а там посмотрим.
Сотрудник техподдержки признался: он хорошо зарабатвыает просто потому, что умеет гуглить быстрее клиентов.
push_sla
nafanja, а какое сжатие используется на btrfs? zlib?
zstd уровень сжатия по умолчанию
push_sla
А на HDD та же ФС (btrfs) у Вас?
да, и тоже со сжатием, но там выгоды мало, так как файло хранилище не сжимаемых данных, видео, аудио, архивы и т.п.
но btrfs достаточно умный и сам проверяет можно ли сжать данные и сжимает только если можно,

HDD даже не разбивал на разделы.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
 
Зарегистрироваться или войдите чтобы оставить сообщение.