Станислав
изначально второй пул был пустой, я его только что создал, там не было снимков (на исходном снимки были, довольно много, но я их рекурсивно все подтянул на новый пул)
Станислав
а, ну да, я тупанул похоже) снапшоты то не сожмутся, а только актуальные данные)
Evgenii
сожмутся, если указать новое значение при пересылке в команде recv
Evgenii
recv -o compression=...
Станислав
просто вопрос то как раз в том, что он перенес все параметры старого датасета в новый, кроме сжатия (которое было включено на новом, но он его выключил)
Evgenii
скорее всего в исходном датасете это свойство было задано явно, а не уснаследовано
Evgenii
в этом случае оно будет повторено на приемнике, если не оверрайдить через -o
Станислав
NAME PROPERTY VALUE SOURCE
data/DB compression on inherited from data
вот так было
Evgenii
странно.. да
Станислав
сейчас попробую повторю, там немного данных
Станислав
да, он принудительно вырубает компрессию, при отправке данных
Станислав
если принудительно оверрайдить - работает
Станислав
я насколько понимаю, дефолтное состояние сжатия - выключено, и он присваивает при переносе его, а не выставленное
Станислав
странно.. да
потестил на другом сервере со старой версией zfs *0.6.5(там старая бунта стоит, для довольно узкой задачи), так вот - там всё нормально переносится, без принудительного включения сжатия (да и не умеет она параметры передавать при получении)
f1gar0
f1gar0
zpool clear и resilver спасут?)
Игорь
Проблемы контроллера?
f1gar0
там обычная материнка собирали по дендрофекальному методу с железом пока напряженки
f1gar0
да вроде пролечилось
f1gar0
контроллер сата 2
f1gar0
заказал
Ivan
может быть это бага linux+samsung-ssd+discard
f1gar0
может
Ivan
там обычная материнка собирали по дендрофекальному методу с железом пока напряженки
AHCI режим включен ?
f1gar0
да
Ivan
попробуй фирмварю ссд обновить на всякий
f1gar0
на следующей недели доеду до них
Игорь
dmesg что показывает в части каких-либо ошибок?
f1gar0
только железо пришло под pmg baсkup сервер
f1gar0
вначале копии сниму со всего потом начну эксперименты
Александр🇷🇺
Хороший бот, однако
Nick
DRAID кто-то уже использует в продакшене? На 4 диска под бекапы (файлы мегабайт+) можно делать с дефолтными настройками, или лучше что-то поменять?
George
DRAID кто-то уже использует в продакшене? На 4 диска под бекапы (файлы мегабайт+) можно делать с дефолтными настройками, или лучше что-то поменять?
на 4 диска без spare смысла в draid мало, а так он очень грубо будет равен raidz в таком кейсе. d 4 p 1 кажется только и получится собрать хоть как то имеющее смысл https://openzfs.github.io/openzfs-docs/man/7/zpoolconcepts.7.html?highlight=draid
Nick
мало или нету?
Nick
замена не получится все равно быстрее?
Nick
пятый диск нет физического места поставить
George
замена не получится все равно быстрее?
на ресильвере теоретически быстрее, но не быстрее 1 диска т.к. spare то не будет
George
я тестил когда draid был ещё в бете, по перформансу в тот момент он уступал raidz местами но за счёт spare конечно рвал по восстановлению избыточности
George
ну и стоит оговориться, что он для мелкого блока не подходит из коробки, но у вас кейс не такой всё равно
Nick
а вот с мелким блоком я кстати не понял - но вроде как получается что он менее эффективный по размеру, минимум файл занимает D+P блоков, но вот зачем так сделали вместо того чтобы просто raidz1 сделать равномерно разбросанным - я не понял
George
а вот с мелким блоком я кстати не понял - но вроде как получается что он менее эффективный по размеру, минимум файл занимает D+P блоков, но вот зачем так сделали вместо того чтобы просто raidz1 сделать равномерно разбросанным - я не понял
ну raidz на мелком блоке за счёт фиксированного p по месту неэффективен, я прям сразу не вспомню всю мотивацию, но т.к. raidz в таком кейсе неэффективен (а под капотом draid бОльшая часть raidz) то сразу делали с оглядкой на появление special vdev чтобы туда мету и мелкоблок сгружать (а draid прекрасен на больших пулах как раз)
George
не помню как в итоговом патче, но в бете одно время мета под капотом зеркалировалась, а не юзала raidz
Nick
тогда понятно, но к этому сценарию тоже есть вопросы - если у меня обычные диски крутящиеся - всё классно, а если all flash, то запиливание же сплошное :(
George
тогда понятно, но к этому сценарию тоже есть вопросы - если у меня обычные диски крутящиеся - всё классно, а если all flash, то запиливание же сплошное :(
смотря какой all flash, конечно при желании выжать всё с nvme только миррор нужно брать
Nick
ну, не оптан, т.е. экономить хочеться
George
draid в общем то и делался под кейс "оч много hdd плюс мета на ssd"
Nick
скажем, сценарий raidz1 на 4 диска кажется мне очень годным - вероятность умереть у серверного ссд низкая, парити в 1 диск достаточно, и хочется больше места в одном разделе
George
чтобы решить проблему с восстановлением избыточности за адекватное время
Nick
хотя это у меня наверное странные вопросы от невозможности собрать дисковую полку на много больших дисков + много нвме в кеш, специальные классы и т.д. Наверняка я бы там обнаружил что скорости более чем достаточно на всё
George
скажем, сценарий raidz1 на 4 диска кажется мне очень годным - вероятность умереть у серверного ссд низкая, парити в 1 диск достаточно, и хочется больше места в одном разделе
ну такой кейс рабочий, просто надо учитывать нюанс с мелким блоком
Nick
ну вот я так или иначе с шаред хостингом работаю и там реальность в том, что есть файлы в среднем до 400 байт, до 900 байт, базы данных и медиафайлы (картинки поменьше, музыка/видео побольше)
Nick
я в итоге как-то живу с ашифт=9 и рекордсайз=16к на подходящих под это дисках, но точно неоптимально по скорости, и все тестовые сценарии которые пробовал - быстрее не делают под реальной нагрузкой
George
ну вот я так или иначе с шаред хостингом работаю и там реальность в том, что есть файлы в среднем до 400 байт, до 900 байт, базы данных и медиафайлы (картинки поменьше, музыка/видео побольше)
vps или шаред? базы для начала выносятся успешно отдельно по надобности на более подходящий сторадж
Nick
шаред. + контейнерные вдс
George
файлы до 320байт на свежем пуле openzfs в мету прямо пишутся
Nick
никуда базы не выносятся - они ни в какую сеть не пролезают, а в рамках одного сервера все равно что под мелкие файлы что под базы данных нвме используется
Nick
и как это тогда оптимизировать?
George
я в итоге как-то живу с ашифт=9 и рекордсайз=16к на подходящих под это дисках, но точно неоптимально по скорости, и все тестовые сценарии которые пробовал - быстрее не делают под реальной нагрузкой
на нвме живёте? рекордсайз ужимать только для бд если стоит
Nick
по состоянию на 15 лет назад я мерял - и 10г линка для БД в сценарии шаред хостинга до отдельного сервера БД не хватало
George
Nick
шаред хостинг. баз много, качество кода, делающего к ним запросы - невероятно низко. селект всей таблицы - легко
Nick
на нвме живёте? рекордсайз ужимать только для бд если стоит
там файлов, которые больше - от 0.9 до 3х процентов количественно. Небольшая потеря если я видео буду хранить в более мелких рекордсайзах
George
шаред хостинг. баз много, качество кода, делающего к ним запросы - невероятно низко. селект всей таблицы - легко
ну с базой на одном хосте - по разным датасетам селить, т.к. для файлов рекордсайз стоит дефолтный оставить
Nick
нет выигрыша на этом, я мерял
Nick
со сжатием есть варианты, на рекордсайзах - нет
George
со сжатием есть варианты, на рекордсайзах - нет
на медиа рекордсайз должен помочь немного, на размытой нагрузке может профит затеряться, да
Nick
только в локальных тестах, увы. Когда про шаред хостинг - там есть еще латенси до браузеров.
но вот что я еще недостестировал - я нвме даже близко по иопсам не смог прогрузить до заявленных и увиденных в публичных тестах, возможно скорость всего можно сделать больше пожертвовав объемом и write amplification.
George
только в локальных тестах, увы. Когда про шаред хостинг - там есть еще латенси до браузеров.
но вот что я еще недостестировал - я нвме даже близко по иопсам не смог прогрузить до заявленных и увиденных в публичных тестах, возможно скорость всего можно сделать больше пожертвовав объемом и write amplification.
ну каждый кусок бенчится отдельно, я под cdn с видео бенчил и разница была, к примеру, 16к vs 128k recordsize.
Nick
под цдн с видео - да, очевидно будет. Но если 99% файлов влезают в один сектор, если не вообще в мету..
George
под цдн с видео - да, очевидно будет. Но если 99% файлов влезают в один сектор, если не вообще в мету..
да, зависит от соотношения, конечно
George
сжатие используете, кстати?
Nick
с special allocation class получается та же проблема, на обыных дисках останется только видео
Nick
без него на 3% быстрее
Nick
но с ним те редкие файлы, которые занимают 3 сектора и текстовые - влезают в один
Nick
и в размере суммарно на терабайты разница огромна
George
да
думаю понял ваш кейс, полупустые движки сайтов, минимум медиа, да, там адское кол-во файлов
Fedor