а как уменьшить размер тома?

я мигрировал в пул меньшего размера, и у меня в контейнере файловая система уменьшилась, но при этом там так и написано что 1Тб, ну в проксмоксе. А я хочу увеличить теперьместо, а он считает увеличение от 1073Гб и выдаёт ошибку

тома

rootfs:subvol это filesystem. Размер можно через zfs set refquota установить

а как в проксмоксе подправить чтобы он там верное значение показывал?

Добрый день. Подскажите какие диски взять SATA 2.5 HDD объемом 2 Tb. Что-то не могу подобрать.

добрый день. в какой-то конкретный сервер, хп, например ?

Добрый день. Подскажите какие диски взять SATA 2.5 HDD объемом 2 Tb. Что-то не могу подобрать.

ноутбучные, но хорошие у меня под загрузку обычно в зеркале

мне страшно))

та они все ноутбучные же)), бери лучше 3,5 там хоть есть из чего выбрать).

Только 2.5 влезут(

тогда быстрооборотистые и чтоб не smr

больше на ноутбучных наверное не будет

дааа?)

а не лучше ли для zfs отключать кэши дисков ?

а не лучше ли для zfs отключать кэши дисков ?

А как ты это сделаешь? Соберёшь UART-шнурок и полезешь в контроллер диска?

hdparm

Ему пофиг будет

типа "если данное устройство - не партиция, а полный диск - включить кеш"

Друзья, а подскажите пионеру - чем больше vdev в пуле, тем выше скорость чтения/записи? Или я документацию вверх ногами читаю? Диски под данные одинаковые 45*2 тб hdd (7200, consumer graded), под кэш 2*1тб ссд и зил 256гб ссд. Собираюсь работать с большими файлами (20гб и больше) по смб (без вариантов :( ), recordsize поставил 1m. Это не проблема, просто вопрос по архитектуре, поэтому тэгов не ставил, но если что - свистните, исправлюсь :)

нет. Я сейчас поищу табличку тестирования https://wintelguy.com/raidperf.pl https://jro.io/nas/#overhead

И для Самбы нужен некоторый тюнинг

У меня FreeBSD, там в основном буффера и tcp

Кручу фринас, в штатных настройках как файлопомойка на 1вдев/пул на 12 банок себя оправдал более чем, очень понравился. Но вот вещи посерьёзнее, с потоковым чтением/записью и 40гб линком однозначно нуждается в правильной архитектуре и тюнинге.

Друзья, а подскажите пионеру - чем больше vdev в пуле, тем выше скорость чтения/записи? Или я документацию вверх ногами читаю? Диски под данные одинаковые 45*2 тб hdd (7200, consumer graded), под кэш 2*1тб ссд и зил 256гб ссд. Собираюсь работать с большими файлами (20гб и больше) по смб (без вариантов :( ), recordsize поставил 1m. Это не проблема, просто вопрос по архитектуре, поэтому тэгов не ставил, но если что - свистните, исправлюсь :)

нет. Я сейчас поищу табличку тестирования https://wintelguy.com/raidperf.pl https://jro.io/nas/#overhead

Друзья, а подскажите пионеру - чем больше vdev в пуле, тем выше скорость чтения/записи? Или я документацию вверх ногами читаю? Диски под данные одинаковые 45*2 тб hdd (7200, consumer graded), под кэш 2*1тб ссд и зил 256гб ссд. Собираюсь работать с большими файлами (20гб и больше) по смб (без вариантов :( ), recordsize поставил 1m. Это не проблема, просто вопрос по архитектуре, поэтому тэгов не ставил, но если что - свистните, исправлюсь :)

А что под "кешем" имеется в виду? L2arc? На большом пуле имеет смысл скорее special vdev сделать

Не совсем линейно, но очень грубо - да, если у вас много независимых потоков. Запись скейлится в целом, чтение - примерно тоже, но есть вероятность что нужны будут блоки с одного вдева. В какой-то момент, конечно же, упрётесть в несовершенство кода в виде нагрузки на цпу и в скорость озу. Arc на разной нагрузке у меня выдавал 9-13гбайт/сек чтения.

А что под "кешем" имеется в виду? L2arc? На большом пуле имеет смысл скорее special vdev сделать

Почему нет, вопрос же про вдевы. Твоя первая ссылка вообще врёт что +1 вдев линейно иопсов прибавляет)

Да, l2arc. Т.е. 1 vdev на данные, 1vdev под l2arc? По-моему фринас так и предлагает, по-крайней мере zpool status видит их как отдельный вдев. Или я не так понял? С озу проблем нет, сейчас 256гб, но легко можем поднять.

А, фринас, в нём special vdevs не довезли ещё iirc

а просто в FreeBSD тоже еще нету?

Если по профилю нагрузки - работа с тяжёлым видео, интересует больше скорость чтения в несколько потоков, чем запись. Оно же по vdev по-очереди ходит, верно мыслю?

извините, что влезаю, а что такое special vdev?

Я калькулятор не писал, если считаете, что там есть ошибки - напишите разработчику.

https://openzfs.github.io/openzfs-docs/man/8/zpoolconcepts.8.html?highlight=special#Special_Allocation_Class

Ага, через годик до стейбла бзд довезут наверное

Пусть сначала в основной ветке zfs закроют треть из 1100 ишью

Примерно, ага, каждый блок на 1 вдев, т.е. При recordsize=1m каждый 1м блок будет на 1ом вдеве лежать рандомно

Спасибо, так и представлял это. Т.е., например, если я сделаю 9 vdev raidz2 по 5 дисков, это большую часть времени (за исключением ситуаций попадания нужных блоков в 1 vdev) будет быстрее, чем 1 большой vdev на 45? И насколько корректно делать raidz2 из 5 дисков? (с одной стороны у меня прояснилось, с другой запуталось, не ругайте сильно нуба))

Всё верно, 1 raidz = иопсы одного самого медленного диска в нём. Raidz2 из пяти дисков - почему бы и нет. Если вам хватит перформанса. Можно конечно просто mirror ов налепить, лучше по иопсам, но больше места сожрёт. Или 5 raidz2 по 7 дисков можно, меньше иопс даст но больше места. Вообще ещё spare по хорошему иметь один хотя бы