Как правило, очистка происходит не мгновенно. Я, помню делал раза четыре, разброс по времени - от 2 до 20 минут.
discard включен в fstab? при mount опция видна?
Нет, просто mount без параметров выведет список всех точек монтирования. Проверьте, напротив корня в скобках должно быть указано discard.
Все же, еще раз проверьте какой планировщик используется, очищаются ли ячейки (удалите файл и попробуйте через 10-30 минут).
На крайний случай, можно будет воспользоваться утилитой fstrim, добавив задачу в крон с пониженным приоритетом, чтобы чистил ячейки раз в сутки.
есть дискард ozim@ozim-A57A:~/.bin$ mount /dev/sda1 on / type ext4 (rw,noatime,nodiratime,discard,errors=remount-ro) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) none on /sys/fs/cgroup type tmpfs (rw) none on /sys/fs/fuse/connections type fusectl (rw) none on /sys/kernel/debug type debugfs (rw) none on /sys/kernel/security type securityfs (rw) udev on /dev type devtmpfs (rw,mode=0755) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) none on /run/shm type tmpfs (rw,nosuid,nodev) none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755) none on /sys/fs/pstore type pstore (rw) /dev/sdb1 on /opt/lampp type ext4 (rw) /dev/sdb2 on /home type ext4 (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd) /dev/sr0 on /media/ozim/Backup_290909 type udf (ro,nosuid,nodev,uid=1000,gid=1000,iocharset=utf8,umask=0077,uhelper=udisks2) ozim@ozim-A57A:~/.bin$ mount /dev/sda1 on / type ext4 (rw,noatime,nodiratime,discard,errors=remount-ro) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) none on /sys/fs/cgroup type tmpfs (rw) none on /sys/fs/fuse/connections type fusectl (rw) none on /sys/kernel/debug type debugfs (rw) none on /sys/kernel/security type securityfs (rw) udev on /dev type devtmpfs (rw,mode=0755) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) none on /run/shm type tmpfs (rw,nosuid,nodev) none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755) none on /sys/fs/pstore type pstore (rw) /dev/sdb1 on /opt/lampp type ext4 (rw) /dev/sdb2 on /home type ext4 (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd) /dev/sr0 on /media/ozim/Backup_290909 type udf (ro,nosuid,nodev,uid=1000,gid=1000,iocharset=utf8,umask=0077,uhelper=udisks2)
Повторную проверку проводили? Нули появились через более продолжительное время?
Если нет, уберите discard из fstab и попробуйте этот способ. Правда, его утверждения, что способ через discard неправильный - необоснованные. Просто бывают случаи, когда он не работает.
Ну, утилита работает. По крайней мере, полностью уверена в том, что работает. Т.е. команды на очистку контроллеру шлет, сообщений об ошибках не получает.
Да, поставьте в daily (раз в сутки) по статье выше.
Еще можно использовать что-то вроде ionice -c 3 fstrim -v / чтобы понизить приоритет этого действия, чтобы не мешало работе в момент выполнения.
Скорость чтения меняться и не должна. Будет падать скорость записи, если ячейки не помечены как свободные. Контроллер не знает, какие ячейки на самом деле свободные и он делает запрос файловой системе ОС - тут и происходит потеря времени.
Также он положительно влияет на равномерность износа ячеек.
Как правило, очистка происходит не мгновенно. Я, помню делал раза четыре, разброс по времени - от 2 до 20 минут.
discard включен в fstab? при mount опция видна?
discard включен, как проверить при маунт?
Ну, имелось в виду, вывод
mountв скобках показывает discard у точки монтирования?
ssd у меня на корневом разделе, я не могу его отмонтировать и примонтировать, или не это имелось ввиду?
Нет, просто mount без параметров выведет список всех точек монтирования. Проверьте, напротив корня в скобках должно быть указано discard.
Все же, еще раз проверьте какой планировщик используется, очищаются ли ячейки (удалите файл и попробуйте через 10-30 минут).
На крайний случай, можно будет воспользоваться утилитой fstrim, добавив задачу в крон с пониженным приоритетом, чтобы чистил ячейки раз в сутки.
есть дискард
ozim@ozim-A57A:~/.bin$ mount/dev/sda1 on / type ext4 (rw,noatime,nodiratime,discard,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/dev/sdb1 on /opt/lampp type ext4 (rw)
/dev/sdb2 on /home type ext4 (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
/dev/sr0 on /media/ozim/Backup_290909 type udf (ro,nosuid,nodev,uid=1000,gid=1000,iocharset=utf8,umask=0077,uhelper=udisks2)
ozim@ozim-A57A:~/.bin$ mount
/dev/sda1 on / type ext4 (rw,noatime,nodiratime,discard,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/dev/sdb1 on /opt/lampp type ext4 (rw)
/dev/sdb2 on /home type ext4 (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
/dev/sr0 on /media/ozim/Backup_290909 type udf (ro,nosuid,nodev,uid=1000,gid=1000,iocharset=utf8,umask=0077,uhelper=udisks2)
Повторную проверку проводили? Нули появились через более продолжительное время?
Если нет, уберите discard из fstab и попробуйте этот способ. Правда, его утверждения, что способ через discard неправильный - необоснованные. Просто бывают случаи, когда он не работает.
попробовал и этот метод - аналогично. Нулей нет.
fstrim -v /Говорит, сколько вычищено?
Там, опять же, через 10-30 минут результат бывает.
/: 53575921664 bytes were trimmed
Так... а если повторно запустить, не перезагружаясь?
у меня сейчас трим отовсюду выключен, т.к. После попытки вернуть discard в fstab перестал подключаться хард.
/: 464822272 bytes were trimmedА это подозрительно. Может обновленная прошивка есть? Сайт производителя проверяли?
ой не рискну я сам ничего перепрошивать..
еще раз сразу сделал
/: 0 bytes were trimmedНу, утилита работает. По крайней мере, полностью уверена в том, что работает. Т.е. команды на очистку контроллеру шлет, сообщений об ошибках не получает.
так что, может достаточно на крон эту команду повесить и все? не надо никаких дискардов включать? Я просто не понимаю, что оно делает.
Да, поставьте в daily (раз в сутки) по статье выше.
Еще можно использовать что-то вроде ionice -c 3 fstrim -v / чтобы понизить приоритет этого действия, чтобы не мешало работе в момент выполнения.
стоп, а как же я его поставлю в крон, если оно требует рута..
sudo nano /etc/cron.daily/trimтуда
#!/bin/shLOG=/var/log/trim.log
echo "*** $(date) ***" >> $LOG
ionice -c 3 fstrim -v / >> $LOG
и
sudo chmod +x /etc/cron.daily/trimВсе будет работать.
сделал такую проверку
ozim@ozim-A57A:~$ sudo hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 726 MB in 3.00 seconds = 241.67 MB/sec
ozim@ozim-A57A:~$ sudo ionice -c 3 fstrim -v /
/: 53573029888 bytes were trimmed
ozim@ozim-A57A:~$ sudo ionice -c 3 fstrim -v /
/: 0 bytes were trimmed
ozim@ozim-A57A:~$ sudo hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 730 MB in 3.00 seconds = 243.22 MB/sec
ozim@ozim-A57A:~$
как видите, скорость не меняется…
Скорость чтения меняться и не должна. Будет падать скорость записи, если ячейки не помечены как свободные. Контроллер не знает, какие ячейки на самом деле свободные и он делает запрос файловой системе ОС - тут и происходит потеря времени.
Также он положительно влияет на равномерность износа ячеек.
а как реально проверить: работает или нет? нулей вон нет)
хм, нули появились, через минут 5.
У меня нули появились моментально :) Трим работает с discard в fstab.
Отправить комментарий