slow read / fast write. wtf?

Почему?

Очень много памяти надо, иначе тормозит.
https://blogs.oracle.com/bonwick/entry/zfs_dedup

Почему?

'zdb -S pool' сделай, когда все данные перенесёшь на zfs, и выхлоп покажет надо оно тебе или нет, если меньше 2х - забей и лучше включи компрессию lz4. что бы узнать сколько памяти понадобится _только_ для дедуп таблицы смотри total и умножай на 390 байт.

Пока ещё нет железки, на которой мог бы проверить. Но спасибо, буду знать. Если не ошибаюсь, активация всех этих опции работают только с новыми данными. Т.е. переносить тогда 2 раза придётся.

А вообще планирую примерно 2 объединённых raidz по 4 диска + 2 ssd под кеш + 2 spare и ~64G рамы.

активация всех этих опции работают только с новыми данными. Т.е. переносить тогда 2 раза придётся.

да. но с zfs send|zfs recv - это не страшно :D
и выставлять их можно на уровне датасета, а не только пула.

2 ssd под кеш

зачем 2?

Во первых у меня их 2 лишних валяется, пусть в дело идут. ;) А во вторых ещё не решил (точнее не знаю, как лучше) — по кешевому диску на каждый raidz в отдельности или один общий кеш на весь пул.

l2arc это на пул, а не vdev. но два на пул даже лучше ибо раунд-робин и потеря только половины кэша в случае чего.

2 гига
дедуплекация

вот вам и тормоза

Нету дедупа. Ещё раз, это просто тестовая машина. Эксперименты проподились над родным rpool.

уже сказали zfs любит оперативу, а с дедуплекацией она любит ее еще больше.

при включенном сжатии вообще не вижу смысла в дедупликации

Как по мне, так лучше дедупликация чем сжатие (а может быть и то и другое) — вещи то как бы ортогональные. Про память понял.

Как по мне, так лучше дедупликация чем сжатие

на большинстве задач как раз наоборот, инфа 100%. на хорошо сжимаемых данных наблюдается уменьшение iops до нескольких раз, при тех же условиях, т.е. можно ещё что повесить на тот же сервер|массив.

У меня как раз будут много плохосжимаемых данных, т.ч. надо будет ещё по-экспериментировать. (куча PS-файлов по 500M-2G каждый, картинки, PDF и т.п.)

Интересса ради поставил OmniOS. Многое надо делать в ручную, но документация вроде получше, чем у oi.

И кстати, вот, что он мне выдал на rpool:

dedup = 2.22, compress = 1.00, copies = 1.00, dedup * compress / copies = 2.22

dedup и compress off.

Интересса ради поставил OmniOS. Многое надо делать в ручную

ну сеть ни в каком виде не поднята и пару реп прописать для полного счастья, а ещё что, чего не надо в других местах делать?

dedup = 2.22, compress = 1.00, copies = 1.00, dedup * compress / copies = 2.22

а у меня

dedup = 3.02, compress = 1.55, copies = 1.00, dedup * compress / copies = 4.70

но это не значит, что надо дедуп включать на rpool )

Кстати, эта репа сдохла? http://pkg.cs.umd.edu/ И можно ли мешать, например с репами от oi? (Хотел поставить mc, а его нигде нет.)

rpool пусть живёт. ;) Играюсь пока-что с разными конфигурациями (на usb-stick'ах, во! ;) благо их у меня тут целый мешок) с выдёргиванием по живому и т.д. — прям отдых, после mdadm.

EvgGad_303, ты не возражаешь, если я тебе в джабер/мыло иногда стучать буду?

да, можно мешать, только path править надо будет, а репа скорее всего просто лежит. mc есть у smartos.pkg.ec. вот короч мой список дома.

$ pkg publisher
PUBLISHER                             TYPE     STATUS   URI
omnios                                origin   online   http://pkg.omniti.com/omnios/bloody/
uulm.mawi                             origin   online   http://scott.mathematik.uni-ulm.de/release/
ms.omniti.com                         origin   online   http://pkg.omniti.com/omniti-ms/
perl.omniti.com                       origin   online   http://pkg.omniti.com/omniti-perl/
smartos.pkg.ec                        origin   online   http://smartos.pkg.ec/
omnios.blackdot.be                    origin   online   http://omnios.blackdot.be/
openindiana.org                       origin   online   http://pkg.openindiana.org/hipster/

не, не возражаю.

Спасибо!

а с zfs играться можно и создавая vdev'ы на файлах, если что ;)

флешки выдёргивать удобней и они мигают! :D

главное следи за порядком publisher, тот что выше по списку в приоритете, а то с хипстера или ещё откуда как обновит чего. хотя он при обновлении системных компонентов автоматом новый BE создаёт и откатиться не проблема.
выдёргивать удобнее, если ящик под рукой :p
обращайся, чо, мы за технологии в массы :D

Ладно, тогда ещё один вопрос. Наткнулся в документации, что раньше был zfs-auto-snapshot. Его больше нет. В поисках наткнулся ещё на пару github реп, но то ли это и как его от туда ставить не разобрался ещё.

А теперь вопрос: как бы это сдлать по-кошерней? (Т.е. по возможности из пакета, а не make install) И есть ли оно вообще для omnios?

Функция всё таки очень полезная. Не хочется самому костыли изобретать.

дак это же просто smf сервис, бери с гита два xml описывающие его, правь под себя и добавляй в smf и будет тебе щастье.