AF
там кстати в каренте сделали что свап можно ls вроде :) ну типа
Size: a a a
2021 December 01
AF
Ну вот было такое https://reviews.freebsd.org/D20599
PG
я бы, если по-другому не получается, на кривой козе объехал: при ребуте на своп раздел пишется newfs с тримом и таким образом его чистит. или trim(8) приспособить
AF
А вот внедрить в swap_pager, чтобы он походу вызывал BIO_DELETE видимо не очень тривиально. С учётом того, что это "тяжёлая" операция и на каждый чих не вызывается. В UFS и ZFS оно в отдельном потоке вызывается при определённых условиях. Кому интересно может историю коммитов в UFS поглядеть. Там год-полтора назад МакКъюзик с этим мучался.
DL
да ну ? BIO_DELETE для драйверов писал еще Саша Мотин в девятке
AF
А причём, тут драйвер и ФС? МакКъюзик переделывал из-за того, что у них наблюдалось очень долгое выполнение BIO_DELETE.
DL
не все железки нативно умеют BIO_DELETE
D
а зачем?
AE
что зачем?
D
зачем трим свопу? раз в год чистить пару гиг?
D
считай у тебя просто файлик на 8 гиг лежит
AF
ну вон кого то тяготит
AE
у него своп медленный и всё тормозит, отключать он его не хочет, хочет trim :)
AF
Ну это имеет тот же смысл, что и для ФС. Другое дело, что не так и просто это реализовать. поэтому и забили.
D
А, Трим вдруг ускорит запись? Ну.. ок )
D
Своп на пару Тб просто не имеет смысла. А обычным фс это ещё немного
AF
Причём тут терабайты? Своп точно также как и ФС взаимодействует с диском. И trim там нужен для таких же целей. Другое дело, что на современных дисках можно уже забить на это дело.
D
при том что даже на 120 гиговом диске "постоянные" 8 гигов тебе никакой погоды не сделают
D
а что говорит мануал?
D
"что-то не работает" не равно "сделайте за меня, мне лень"