VO
Всегда
Size: a a a
2021 December 01
VO
Ну щаз. Переписанный сектор в резерв пойдет
AF
Без участия ФС ты ничего там не почистишь, если только утилита не знанет структуру ФС. trim(8) предназначена для полной очистки диска, например, если у тебя на диске была какая-то ФС и ты хочешь всё удалить и снова его использовать.
VO
Если ты в одно место пишешь откуда у тебя трим возьмется?
D
опять путаница. Есть трим всего диска, а есть трим отдельных блоков от удалённого файла. Не путай.
AF
Есть конечно, только их выдаёт ФС.
DM
Реализация не зависит от того был трим с хоста или нет. Просто без трима с хоста у любой реализации будет минимум резерва (только физически заложенный, без пустого места ФС) и ей придётся копировать блоки в которых нет никаких данных с точки зрения ФС. В итоге больше писать, тормозить и изнашиваться.
D
всего диска - нет, это отдельные утилиты. фс не чистит диски целиком, разве что инициализация диска виндой, что тоже ось а не фс. А вообще фс это только структура, читает-пишет таки тоже ось )
DL
а вот интересно, допустим, у меня разбивка по умолчанию UFS
DL
на "/" я поставил флажок trim
DL
а как, допустим, поставить его на SWAP раздел ?
AF
Никак, это уже зависит от того как swap реализован, выдаёт он там команды delete - хз.
AE
вот тебе свап покоя не даёт)
DL
Mem: 261M Active, 3181M Inact, 1825M Laundry, 1344M Wired, 783M Buf, 1305M Free
Swap: 9262M Total, 664M Used, 8597M Free, 7% Inuse
Swap: 9262M Total, 664M Used, 8597M Free, 7% Inuse
DL
мне актуально
VO
Если ты на фс только переписываешь и не удаляешь то триима у тебя никак не будет и разницы тоже
D
есть вероятность что оно никогда не чистится
VO
Если то удаляешь то пишешь то переписанные блоки можно отпраалять в резерв. С тримом это просто будет чуть бвстрее но по обему почти то же самое
AF
Беглый осмотр исходников показал, что на swap не вызывается BIO_DELETE, т.е. trim и его аналогов не будет.
AE
вероятно нужно сделать флажок для swapon/swapoff