Бери амд)

Не знаю как насчет DDR5, будут ли ставить дополнительный чип для работы в режиме ECC, но Intel от жадности исключила поддержку ECC из десктопных Pentium и Celeron, буквально до девятого поколения было все хорошо и можно было организовать недорогое хранилище на ZFS с ECC. В десятом поколении на десктопных оставили только у i3 которые с индексами E и TE, в продаже их не нашел.

Глючные, судя по документации к гипервизорам, при упоминании AMD пишут про разные оговорки и ограничение.

Есть китайский хуанан, и даже двухпроцессорный с 8-ми канальной памятью за смешные деньги.

Честно говоря, я не знаю чему бы я больше не доверял при эксплуатации в продакшэн, AMD или Хуанану. Ни разу не попадались Intel-ы с заблокированной виртуализацией среди тех десктопных моделей которые поддерживали ECC.

Честно говоря, я не знаю чему бы я больше не доверял при эксплуатации в продакшэн, AMD или Хуанану. Ни разу не попадались Intel-ы с заблокированной виртуализацией среди тех десктопных моделей которые поддерживали ECC.

Бери амд)

Новые же не поддерживают ЕСС

Вообще непонятно в чём смысл таких устройств

Глючные, судя по документации к гипервизорам, при упоминании AMD пишут про разные оговорки и ограничение.

Устройства с объёмом памяти больше 16Гб и без ECC не нужны

У меня есть машинок 6 на амд и проблем нет

Сомнительное утверждение. У меня ноутбук и моноблок на 32 Гб и без ЕСС. И ничего, живут и успешно трудяться.

Устройства с объёмом памяти больше 16Гб и без ECC не нужны

Есть же статистика, смысл своим субъективным ощущениям доверять?

Познакомите с этой статистикой?\

а про память помню что барьер как раз 16Гб

В таком случае это просто голословное утверждение.

Блин ну ты серьёзно думаешь что я хочу что-то доказать в чатике воскресным вечером? Вкинул пищу для ума, поразмышляй, погугли на досуге

Нет, просто вкинул.

а про память помню что барьер как раз 16Гб

Тут нужно учитывать из чего и как организованы эти 16Gb, если они будут размазаны по восьми модулям, то риски уже не такие большие, если это будет память изготовленная с применением современных техпроцессов, тот тут уже все гораздо серьезнее. И чем меньше техпроцесс, тем выше риски, т.е. прямая зависимость будет связана именно с этим, а не с самим объемом как таковым. Чтобы правильно оценить риски, я думаю нужно обратиться к профильным физикам и провести расчеты, какой энергии нужна частица чтобы изменить состояние бита, какова вероятность ее попадания в "нужное" место микросхемы памяти, сколько таких частиц прилетает за определенный момент времени и попадает на площадь отдельно взятого кристалла.

К сожалению проблемы есть и они упомянуты в документации.

хм, сейчас перезапустил zdb — показывает более похожее на правду

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

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

так я же пишу: разрешил 48 гигов, по факту -53 гига из доступной памяти

изменения выделения памяти под ARC (в меньшую сторону) обычно требует ребута

вот сейчас ограничил arc 44 гигами, ребутнул, свободной памяти 13 гигов. с выгруженным zfs 61. то есть zfs сейчас съел 48 гигов

А можно по подробнее?? Просто интересно, они меня не касаются или враньё

Мне тоже было бы интересно почитать.

случайно проапгрейдил boot pool. если выключить новые фичи, то загрузка грабом починится ?

Запусти команду для пересборки граба

У меня новый пул и граб пашет

Мм, а разница?

а у меня легаси

apt dist-upgrade

только после этого фичи пула заапгрейдил