Алексей
я всегда так делаю
Александр
ssd. 2 ssd в зеркале
Алексей
тогда не знаю)
Александр
Интересно, какой volblocksize для машин, так сказать, общего назначения хорош? ) Хотя, если машины унаследованные, то не будет ли мудрее поставить volblocksize равным размеру блока в ФС этих машин? ;)
edo1
если он не 4к — почему бы и нет
Сергей
Доброй ночи! Не могу взять в толк. volblocksize - это свойство zvol. В случае Proxmox, который создает по zvol под каждый диск, это позволяет, и правда, задавать параметр под каждый диск каждой машины, но - это нужно делать при создании zvol, а создает его сам прокс. В итоге, как управлять параметром volblocksize к пользе каждой виртуалки? И еще - если прокс берет этот параметр равным 8к, а это даст хорошие IOPSы, то - вроде как мы и получили быстрый (точнее, отзывчивый) строрадж? В чем польза от существенно больших volblocksize - только в повышении скорости линейного чтения?
Прокс создаёт диски в хранилищах. Размер блока это свойство хранилища. Создайте несколько хранилищ с разными размерами блоков и тогда вы сможете создавать диски в каждом из хранилищ и эти диски получат разные размеры блоков. 8к наиболее оптимален для ВМ с тем же постгрессом. Для ВМ общего назначения можно сделать 16к. А лучше всего провести собственные тесты производительности дисков с разными размерами блоков.
Владимир
А я меняю волблок перед созданием виртуалки))
Ivan
это каждый zvol заранее создавать придется
Сергей
так в zvol volblocksize создается при создании
При создании ВМ указывается хранилище
Ivan
При создании ВМ указывается хранилище
от хранилища не наследуется размер блока для zvol
Владимир
наследуется))
Ivan
ну хз. как в гуе блок указал, так и создастся на едениственном хранилище
Владимир
ну хз. как в гуе блок указал, так и создастся на едениственном хранилище
в гуе блок можно указать только хранилищу, при создании виртуалки такого нет)
Владимир
то есть если водном хранилище нужны виртуаллки с разным волблоком, то перед созданием нужно менять там
Владимир
вот он при создании вм заюзается
тебе про что и толкуют, а ты понять не можешь
Ivan
можешь попробовать поменять-посоздавать
Владимир
Владимир
если я так и делаю))
Владимир
Владимир
А человек более интересный подход рассказал)
Ivan
тебе про что и толкуют, а ты понять не можешь
блин, я думал что имеется ввиду то что оно наследуется
Сергей
Сергей
Сергей
Сергей
Сергей
так лучше понятно?
Ivan
на картинке один и тот же пул, так нещитово 😂
Сергей
на картинке один и тот же пул, так нещитово 😂
так стораджи можно сделать и для разных пулов и их указывать. Или о чём речь?
Владимир
блин, ты так ничего и не понял)
Ivan
а зачем разные то))
ну блок одинаковый
Владимир
Владимир
блок задаётся в хранилище проксмокса
Ivan
две подряд по 16к
Владимир
а не на пул
Ivan
да я понял
Сергей
две подряд по 16к
у соседней 8к
Ivan
я кстати потыкал бутерброд из ntfs и zvol. почему-то на больших блоках если читать из файла, то производительность рандомрида всеравно хорошая. а вот сырой диск из винды уже маловато иопсов рисует.
Ivan
кэш сбрасывал
George
часто 16к даже при доступе в 8к блоках имеет смысл
George
сильно больно write amplification стреляет только когда разница от 4х раз
George
разница в 2 раза обычно очень хороша
George
так write при сжатии не усоглубляется же ?
ну только если сжатие компенсирует всю разницу)
edo1
сильно больно write amplification стреляет только когда разница от 4х раз
от носителей ещё зависит, hdd всё равно писать 8кб или 128кб, на фоне сика это незаметно
edo1
да и у ssd iops на блоках 8кб и 16кб обычно не в два раза отличаются
edo1
@gmelikov какой смысл в том, что special_small_blocks должен быть степенью двойки? экономят несколько бит?
edo1
мне вот 1М мало, 2М много )
George
@gmelikov какой смысл в том, что special_small_blocks должен быть степенью двойки? экономят несколько бит?
ну вся остальная логика по размеру блока на это завязана. А почему 2 прям много?)
George
если хорошо обосновать, то мб кто-то заинтересуется доработать
edo1
места на ssd не хватает )
edo1
если хорошо обосновать, то мб кто-то заинтересуется доработать
чтобы хорошо обосновать нужно zdb чуть допилить, чтобы он гистограму по блокам не по степеням двойки показывал, а с шагом ∜2, например
edo1
тогда станет понятно, может это у меня и блажь
edo1
и вот это допилить, вроде реально https://zfsonlinux.topicbox.com/groups/zfs-discuss/Ta675f889fb254ec5
George
тогда станет понятно, может это у меня и блажь
ну по zdb можно узнать на каком vdev блок лежит минимум, а там и посчитать, твой кейс ведь емнип про маленькие файлы
edo1
В смысле руками собрать статистику по всем файлам?
edo1
Ну или хотя бы по избранным
George
так то так то, кейс с "хочу файл меньше Х держать на special"
edo1
Ну это как-то «закат солнца вручную» на мой взгляд
George
Ну это как-то «закат солнца вручную» на мой взгляд
значит не очень нужен этот функционал, видимо)
George
хотя кейс не частый, кажется
edo1
Мне интересно что где лежит увидеть
edo1
Может я и один такой )
edo1
А зачем?
К кому вопрос?
Δαρθ
А подскажите, из какой репы собираются утилиты типа zpool, zfs?
edo1
не понял вопрос
edo1
всё тут: https://github.com/openzfs/zfs/
Δαρθ
всё тут: https://github.com/openzfs/zfs/
а, то есть оттуда и утилиты и модуль ядра собираются
edo1
они же связаны сильно