Size: a a a

KVM (PVE/oVirt etc)

2019 July 02

TF

Terry Filch in KVM (PVE/oVirt etc)
hackru
tune2fs -l на блочное устройство покажи
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          74b7f9e8-7a1a-4f81-a673-c42c6c33e592
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              5218304
Block count:              20849152
Reserved block count:     1042457
Free blocks:              11361646
Free inodes:              20
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1019
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Fri Feb  1 12:16:16 2019
Last mount time:          Mon Jun  3 05:45:19 2019
Last write time:          Mon Jun  3 05:45:19 2019
Mount count:              8
Maximum mount count:      -1
Last checked:             Fri Feb  1 12:16:16 2019
Check interval:           0 (<none>)
Lifetime writes:          690 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:       2097408
Default directory hash:   half_md4
Directory Hash Seed:      3333e5a5-9a86-4e94-8376-45db19a19ff1
Journal backup:           inode blocks
источник

i

ivdok in KVM (PVE/oVirt etc)
George
Кстати для большого кол-ва файлов не плох zfs
Он не любит хв рейды
источник

i

ivdok in KVM (PVE/oVirt etc)
По своему опыту говорю
источник

G

George in KVM (PVE/oVirt etc)
ivdok
Он не любит хв рейды
А нах ему хв рейд?)
источник

TF

Terry Filch in KVM (PVE/oVirt etc)
George
Кстати для большого кол-ва файлов не плох zfs
спс, но пересетапить сервак нет желания, а еще и 2  веника добавить - руковоство проигнорит))
источник

G

George in KVM (PVE/oVirt etc)
И норм он живёт с ними, если таймауты подкрутить, только смысл
источник

i

ivdok in KVM (PVE/oVirt etc)
George
А нах ему хв рейд?)
Они уже есть, исходя из условия задачи
источник

i

ivdok in KVM (PVE/oVirt etc)
George
И норм он живёт с ними, если таймауты подкрутить, только смысл
Как только кэши кончаются - начинается ёбаный трэш
источник

G

George in KVM (PVE/oVirt etc)
Ну упираетесь в иноды - берёте фс с динамическим выделением инод, неожиданно - xfs
источник

i

ivdok in KVM (PVE/oVirt etc)
George
Ну упираетесь в иноды - берёте фс с динамическим выделением инод, неожиданно - xfs
У него ресайза нет, и он для больших файлов оптимизирован
источник

h

hackru in KVM (PVE/oVirt etc)
ivdok
У него ресайза нет, и он для больших файлов оптимизирован
в одну сторону есть
источник

i

ivdok in KVM (PVE/oVirt etc)
Я бы squashfs + ramdisk взял, но настраивать тот ещё гемор, и сохранять при каждом выключении - тоже
источник

G

George in KVM (PVE/oVirt etc)
ivdok
У него ресайза нет, и он для больших файлов оптимизирован
Ну идеального инструмента нет, вам шашечки или ехать?
источник

G

George in KVM (PVE/oVirt etc)
ivdok
Как только кэши кончаются - начинается ёбаный трэш
Какой кеш?) хв?)
источник

G

George in KVM (PVE/oVirt etc)
Я против хв рейда в принципе, но zfsу пофиг на чем работать. Если припёрно - и на файлах создастся
источник

i

ivdok in KVM (PVE/oVirt etc)
George
Какой кеш?) хв?)
И он, и ARC
источник

i

ivdok in KVM (PVE/oVirt etc)
На время бекапов iowait не меньше 40
источник

i

ivdok in KVM (PVE/oVirt etc)
Зато снепшоты мгновенные
источник

G

George in KVM (PVE/oVirt etc)
ivdok
И он, и ARC
It depends, в общем то. Не спорю, что на вашем кейсе перформанс мог быть не очень. Но тут на любой фс в железо при окончании кешей упрёшься. В таком случае можно в кеше только метаданные оставлять, будет легче
источник

G

George in KVM (PVE/oVirt etc)
Ну и arc он эффективно вытесняет, тащемта
источник