Ох ох репутацию по железодрочерству, перепутать количество слотов. Я же еще смотрел всякие асусы под Libreboot, возможно перепутал с ними.

в том и проблема, что когда общаешься с человеком, расчитываешь что он тебе говорит реальную инфу... в чём тогда смысл с тобой общаться если ты уверенно утрверждаешь то в чём сам не уверен

Х.з., я в интелях почти не разбираюсь.

Да, именно. Кажется 8 слотов.

разъёмов всегда столько чтобы можно было максимальным объёмом планки добиться заполнения

Бывает, что нет возможности увеличить ОЗУ, которого и так всего 12 гиг, - увеличиваешь L2ARC хотя бы до 100-200 Гб. L2ARC отъедает от ОЗУ на порядок меньше. И база данных начинает работать с приемлемой скоростью.

В случае с HDD хранилкой для базы данных важен объем SSD кэша, если нет возможности добавить столько же ОЗУ. Тем более сейчас с появлением persistent кэш L2ARC стал еще актуальнее, чтобы кэш был прогрет сразу же на старте, на ОЗУ такого не сделаешь, даже если у тебя его до дури - сотни гиг. Кроме того L2ARC можно сделать настолько большим, чтобы писать в него даже последовательные чтения, не знаю, есть ли такая опция для ARC. Тогда почти все недавние чтения потом будут читаться из L2ARC, что для HDD пула вообще прекрасно.

Кстати интересно, кто-нибудь пробовал увеличить время до сохранения данных в HDD пул с 5 секунд до например 30-60 секунд или вообще до нескольких минут 5-10 минут. SSD SLOG (зеркало конечно) ведь обычно почти не занят, так хоть будет задействован более менее не только по количеству операций, но еще и по занятому на нем пространству. Но в таком случае наверно нужно и немало ОЗУ аналогично sync=disabled, чтобы оно вмещало в себя столько же, насколько будет занят SLOG, ведь ZFS не копирует SLOG в пул в обычном штатном режиме до внезапной перезагрузки. Будет ли в таком случае повышение скорости работы HDD пула для СУБД нагрузки без потери надежности? Мне кажется, что такой конфиг должен сгладить пиковые всплески записи и снизить лаги, зависящие от текущей утилизации HDD? Т.е. как бы сделать HDD пул очень эластичным по записи. По нагрузке на HDD чем-то походит IMHO на sync=disabled, но при этом без потери надежности честного сохранения всех синхронных транзакций.

Нет, оно не так работает. На описанном тобой количестве рамы такие объёмы не заведутся.

Станет медленнее в момент сброса

давай найди дружок плату такой давности на 8 слотов ддр4 и при этом с поддержкой 64гб, вот ты и дотрынделся

Какая нафиг плата. Пусть процессор найдёт)))

Да я нуб в ваших железяках, что вы пристали, нашли за что уцепиться.

Потому что процы для десктопа 32+ появились не так давно

Для 32 гиг появились примерно 10 лет назад. Phenom 2. Свой Phenom2 X6 я брал за копейки с ebay из Китая.

А откуда мать, если проц все равно не будет с держать

Я не говорил про матплаты для 64 гиг 10 лет назад, только примерно 5 назад и не AMD, а Интель по коцмической цене того времени.

Так и я про 5 лет и интел.

человек которому не жалко купить много ОЗУ на хранилку не может быть тем же человеком который жопит купить нормальные диски

вот не надо ) нонче нормавльные диски сильно дороже 64 гигов озу )

вот не надо ) нонче нормавльные диски сильно дороже 64 гигов озу )

Так прикол в том, что скорость работы HDD (без встроенного SSD кэша) на рандомной нагрузке не очень то поменялась за последние 5-10 лет и я предложил свое решение как раз в этом ракурсе.

Где ты откапаешь новые диски 5-летней давности

Зачем новые?

Чтобы не сыпались

сдается мне что диски пролежав 5 лет в коробке могут не раскрутиться (с большей вероятностью чем совсем новые)

А отработавшие 5 лет в какой-нибудь брэндовой хранилке, которая большую часть времени была idle вообще супер. Они проверены, износ минимальный. Квест только в их правильной упаковке для Авито доставки и проверке при получении.

а если не idle то что? подшипник бошек типа более задёрганный? :)

В смарте же видно. И там цены копеечные, ну будет 10% брака, велика печаль на zmirror3.

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

а если тест пускать многочасовой, то это надо либо сначла запустить и дождаться резалтов и потом купить, либо наоборот, сначала купить )

можно. но долго и железка нужна

Писюковый то системник у них есть обычно, продаваны барахла нередко меньше ценят свое время, чем девопсы, им не влом повтыкать диски по очереди. Грузишь SystemRescueCD и вперед с песней.

Зп девопса начинается с 2к$, хдд это инструмент. Какой нафиг авито?

Я не про промышленное применение. Хотя есть нищебродские организации, им бы пригодилось.

Это твой инструмент. Зачем делать зеркало на 3 из 30 дисков, если можно купить два нормальных + один для копии

Если в zfs вылетил диск, он же не подсветит на бэкплане красной лампочкой какой из них вылетел? Как вы подсвечиваете диски, чтобы человек незнакомый с серверами точно узнал какой диск надо заменить?

Если в zfs вылетил диск, он же не подсветит на бэкплане красной лампочкой какой из них вылетел? Как вы подсвечиваете диски, чтобы человек незнакомый с серверами точно узнал какой диск надо заменить?

Если в zfs вылетил диск, он же не подсветит на бэкплане красной лампочкой какой из них вылетел? Как вы подсвечиваете диски, чтобы человек незнакомый с серверами точно узнал какой диск надо заменить?

лично я добавляю диски в пул по серийнику (/dev/disk/by-id) — это как минимум, чтоб потом не вычислять у какого /dev/sd* какой серийник

А ZOL сама не меняет потом disk/by-id на sdX по желании какой-то своей пятки при импорте?

$ zpool status pool: store_pool state: ONLINE scan: scrub repaired 0B in 00:41:52 with 0 errors on Tue Jul 13 17:19:36 2021 config: NAME STATE READ WRITE CKSUM store_pool ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 ata-HGST_HUS726T6TALE6L4_V8HAHW8R-part6 ONLINE 0 0 0 ata-HGST_HUS726T6TALE6L4_V8HBMP7R-part6 ONLINE 0 0 0 ata-HGST_HUS726T6TALE6L4_V9H3HYUL-part6 ONLINE 0 0 0 ata-HGST_HUS726T6TALE6L4_V8J22VLR-part6 ONLINE 0 0 0 errors: No known data errors виидмо не меняет :)

Василий вроде бы упоминал, что мол Солярка - это для Спарк. А на X86 надежность их ZFS уже не та?

Василий вроде бы упоминал, что мол Солярка - это для Спарк. А на X86 надежность их ZFS уже не та?

Интересно, кто-нибудь использует ZFS из современной Oracle Солярки? У них ведь вроде есть какая-то бесплатная версия под X86? Что там с зависаниями, такое вообще возможно на Solaris ZFS? А совместимости send | receive между Oracle и OpenZFS никогда не будет? Это невозможно даже в теории? Хотя бы с минимальным количеством поддерживаемых features в пуле, просто бэкапа ради, и чтобы не городить Соляру на бэкап серверах, ее достаточно только на прод хранилищах.

У Василия Solaris на SPARC или X86 (amd64) ?

х86. тут кстати, не только у меня солярис

Надежность ZFS в Solaris не сильно отличается на разных архитектурах по крайне мере без учета возможных действий хакеров и других вредителей?

В ZOL самое досадное, это когда не удается экспортировать пул, мол он в каком-то неправильном состоянии или busy. Когда отвисают receive и никак не получается сделать повторный send и т.п. В Solaris такое возможно? Невозможность импортировать пул - это конечно вообще пипец ... но после внедрения защиты по питанию я такого слава Богу больше не наблюдал на ZOL.

Интересно, как бы повела себя Солярка при помехах. Вдруг еще надежнее, чем ZOL. ZOL в отдельных случаях не могла сохранить пул после внезапной для меня атаки и он не импортировался. Хотя обычно все обходилось норм, достаточно было сбэкапить rsync-ом, сделать zfs rollback и потом копирование rsync-ом из бэкапа для восстановления актуальных данных.

У меня и солярка Спарк, и иллюмосовская зфс. Все работает предсказуемо и без проблем в рамках своих задач.