LINUX.ORG.RU

SSD, trim

 , ,


0

2

Имеется железка Plextor PX-G256M6e.

$ sudo tune2fs -l /dev/sdd1
tune2fs 1.42.12 (29-Aug-2014)
Filesystem volume name:   PX-G256M6e
Last mounted on:          /
Filesystem UUID:          47da3297-5347-4c90-ad44-75669de21fbc
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    journal_data_writeback user_xattr acl nobarrier discard
Filesystem state:         clean
Errors behavior:          Remount read-only
Filesystem OS type:       Linux
Inode count:              15628800
Block count:              250058052
Reserved block count:     2500580
Free blocks:              212998613
Free inodes:              15204669
First block:              1
Block size:               1024
Fragment size:            1024
Group descriptor size:    64
Blocks per group:         8192
Fragments per group:      8192
Inodes per group:         512
Inode blocks per group:   128
Flex block group size:    16
Filesystem created:       Sun Oct 19 10:42:16 2014
Last mount time:          Sat Oct 25 07:09:34 2014
Last write time:          Sat Oct 25 07:09:34 2014
Mount count:              20
Maximum mount count:      25
Last checked:             Thu Oct 23 07:19:20 2014
Check interval:           0 (<none>)
Lifetime writes:          2792 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       15221067
Default directory hash:   half_md4
Directory Hash Seed:      fde77b4f-ceb7-4050-8675-43c2012e8be4
Journal backup:           inode blocks
После каждой перезагрузки имею следующее
$ sudo fstrim -av
/: 203.1 GiB (218105405440 bytes) trimmed

Это фича, баг, кранты ССД или что-то иное? Может размер блока поменять с 1024 на дефолтные 4096?

Deleted

Что-то я не понял на что конкретно ты жалуешься

dvrts ★★★ ()

Действительно, а в чём, собственно, проблема?

Тримится всё свободное место на разделе. В ext2/3/4 есть оптимизация, вследствие которой последующие вызовы FITRIM пропускают все блоки, для которых уже делался TRIM (если запускать fstrim несколько раз подряд, все последующие запуски будут говорить 0 bytes trimmed), но эта информация, очевидно, хранится только до перезагрузки.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от dvrts

как discard есть при монтировании, а свободное место всё равно не тримится при загрузки.

Deleted ()
Ответ на: комментарий от intelfx

написано, что если в опциях монтирования есть discard, то fstrim можно не делать, или это не так?

Deleted ()
Ответ на: комментарий от Deleted

Вообще говоря, не так. У fstrim эффективность выше, т. е. при монтировании с -o discard остаются «недоочищенные» хвосты по краям стираемых участков. Мы вот в reiser4 пытаемся это устранить, но у нас ещё не готово, а остальные ФС так делать и не планируют.

intelfx ★★★★★ ()
Ответ на: комментарий от intelfx

окей, но почему каждый раз после загрузки ВСЁ свободное место тримируется?

Deleted ()
Ответ на: комментарий от pedobear

Почитай reiserfs-devel. Эдуард сравнительно подробно изложил, что нужно сделать для получения этой фичи. Но пилить её на данный момент никто не собирается: у Эдуарда нет времени, а у меня — ни времени, ни скилла.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от Deleted

А как надо? Задача fstrim именно так и формулируется: «оттримить всё свободное место на разделе».

intelfx ★★★★★ ()
Ответ на: комментарий от intelfx

Я теперь хрен найду, можешь вкратце перечислить чего там не хватает?

pedobear ()
Ответ на: комментарий от Deleted

Говорю же: просто у ext2/3/4 есть оптимизация, согласно которой одни и те же блоки не тримятся дважды (т. е. если вызвать fstrim два раза подряд, второй раз скажет «0 bytes»). Но информация о том, какие блоки очищались, а какие — ещё нет, хранится только в оперативке (и теряется после ребута).

intelfx ★★★★★ ()
Ответ на: комментарий от pedobear

Ну, города не сразу строились. Суть в том, что запилить эту фичу в reiser4 сильно проще, чем где-либо ещё, потому что в коде есть зачатки модульной архитектуры.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от intelfx

Я правильно понимаю: Reiser4 представляет из себя систему модулей, каким-то образом представляющих данные? Т.е. запилить прозрачное сжатие, шифрование - не составляет особого труда?

pedobear ()
Ответ на: комментарий от pedobear

Грубо — да, вроде того. Но там модули tightly coupled, т. е. принцип инкапсуляции нарушается массово и регулярно. Тем не менее, запилить прозрачное сжатие и шифрование уже не составило особого труда — оно там есть.

intelfx ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.