Проблема с кабелями от контроллера. Массовая тихая порча данных при записи. Всё восстановлено при плановом zfs scrub автоматически с алармом. После чего фикс проблем с железом.
У вас маленькие объемы записи чтения, либо вы не в курсе порчи данных. Это не будет заметно в некоторых сценариях
Я от вас кроме пассивно агрессивных попыток перехода на личности вообще не видел аргументов. Полпетабайта которыми вы хвастаетесь, в текущих реалиях это полка на 16 дисков.
То что ответ вас не устраивает, не значит что он не был дан.
Ещё раз отвечаю: да, я встречаю в работе битые файлы регулярно начиная с 90х годов. Их появление вероятно при больших объемах или аппаратных проблемах. Как надо ответить чтобы стало понятно?
Несколько зеркал в страйп объединить нормальное решение. Скорость будет расти линейно количеству зеркал пока на меньших не закончится место. Я так дома делаю, потому что не все диски хорошие, а скорости хочется
Вы найдете легко при помощи Гугла, если и правда желаете.
У нас просьба перезалить битый видео файл стандартная процедура. Статистику не ведём, раз в месяц точно бывает. Видимо на источнике ваши единомышленники их хранят и готовят.
Какие-то аргументы не использовать суммы есть кроме несущественных на фоне цены дисков затраты на ram/cpu?
Документы для инфосистем обычно имеют свои контрольные суммы.
У нас никак не проявляется, потому что надёжное оборудование и ФС.
Есть алгоритмы проверки видео файлов которые видят повреждения по заголовкам фреймов. Иногда они возникают из-за компрессии файла на машине без ecc ram, например.
Что касается дома, то может заглючить электроника диска, и с этого момента пойдет массовая порча данных, которая вскроется только когда через пару месяцев захочется пересмотреть фоточки с отпуска.
Я не вижу смысла не использовать zfs ни для чего кроме как когда нужен сверхбыстрый ssd том или массив
Часто сталкиваюсь на работе. Ксуммы также иногда помогают с проблемами кабелей дисков . Если речь про видео\аудио, то там инверсия одного бита обычно не приводит к заметной проблеме, такая фича.
ZFS корректирует ошибки инверсии битов при записи и некоторых других проблемах. Там есть контрольные суммы для восстановления для всех данных. Файлы не бьются.
в случае конфига из поста больше будет потребление, рейд и китайская плата, которая плохо умеет в сбережение, дополнительные вентиляторы. его цп аналогичен n105 по скорости, но tdp 6 vs 80Вт разница в цене с моим конфигом те самые 5000руб, которые окупятся за пару лет но на n100\105 itx современное видеоядро, также есть аппаратная виртуализация, ddr5... три сетевых, одна из которых современная 10G (3вт) как минимум комфорт пассивной системы (если открытый стенд диски не нагреваются выше 40) на перспективе 2+ лет выгоднее в деньгах
Мне нет нужды вам что-то доказывать. Ваши утверждения более голословные, к тому же хамские. Удачи сидеть на Винде дальше.
Кстати fat32 ещё меньше памяти съест
От вас то вообще ноль инфы
Лучи на диски мало влияют, если что
Проблема с кабелями от контроллера. Массовая тихая порча данных при записи. Всё восстановлено при плановом zfs scrub автоматически с алармом. После чего фикс проблем с железом.
У вас маленькие объемы записи чтения, либо вы не в курсе порчи данных. Это не будет заметно в некоторых сценариях
Научитесь читать что написано, может и современные технологии сможете когда-то освоить. И да, у меня был ПК Поиск в 6 лет.
Ещё можете поставить эксперимент и разоблачить разработчиков zfs, btrfs, refs...
Я от вас кроме пассивно агрессивных попыток перехода на личности вообще не видел аргументов. Полпетабайта которыми вы хвастаетесь, в текущих реалиях это полка на 16 дисков.
От порчи по вине пользователя спасут снепшоты фс
То что ответ вас не устраивает, не значит что он не был дан.
Ещё раз отвечаю: да, я встречаю в работе битые файлы регулярно начиная с 90х годов. Их появление вероятно при больших объемах или аппаратных проблемах. Как надо ответить чтобы стало понятно?
Я встречаю битые файлы с 90х. Перестаньте вводить людей в заблуждение.
И почитайте уже как настраивается использование ram в zfs
Несколько зеркал в страйп объединить нормальное решение. Скорость будет расти линейно количеству зеркал пока на меньших не закончится место. Я так дома делаю, потому что не все диски хорошие, а скорости хочется
Вы найдете легко при помощи Гугла, если и правда желаете.
У нас просьба перезалить битый видео файл стандартная процедура. Статистику не ведём, раз в месяц точно бывает. Видимо на источнике ваши единомышленники их хранят и готовят.
Какие-то аргументы не использовать суммы есть кроме несущественных на фоне цены дисков затраты на ram/cpu?
Необходимость оперативки для zfs необязательна. Zfs scrub показывает исправленные ошибки например.
А как вы узнаете что порчи ваших данных нет, если контрольные суммы не делаете?
Windows refs использует контроль целостности данных и всякие фишки от zfs и т.п.
Документы для инфосистем обычно имеют свои контрольные суммы.
У нас никак не проявляется, потому что надёжное оборудование и ФС.
Есть алгоритмы проверки видео файлов которые видят повреждения по заголовкам фреймов. Иногда они возникают из-за компрессии файла на машине без ecc ram, например.
Что касается дома, то может заглючить электроника диска, и с этого момента пойдет массовая порча данных, которая вскроется только когда через пару месяцев захочется пересмотреть фоточки с отпуска.
Я не вижу смысла не использовать zfs ни для чего кроме как когда нужен сверхбыстрый ssd том или массив
Часто сталкиваюсь на работе. Ксуммы также иногда помогают с проблемами кабелей дисков . Если речь про видео\аудио, то там инверсия одного бита обычно не приводит к заметной проблеме, такая фича.
ZFS корректирует ошибки инверсии битов при записи и некоторых других проблемах. Там есть контрольные суммы для восстановления для всех данных. Файлы не бьются.
n150
БУ найдёт, но печально конечно. наверно можно менять по одному диску на диск большего объема и делать ребилд, а потом расширить том
Там 4х2, 6тб полезных с отказоустойчивость. Если столько достаточно, то есть смысл.
Опять же можно прикинуть срок рентабельности против зеркала из двух бу на 6тб sata. Минус 3000 за контроллер
в случае конфига из поста больше будет потребление, рейд и китайская плата, которая плохо умеет в сбережение, дополнительные вентиляторы.
его цп аналогичен n105 по скорости, но tdp 6 vs 80Вт
разница в цене с моим конфигом те самые 5000руб, которые окупятся за пару лет
но на n100\105 itx современное видеоядро, также есть аппаратная виртуализация, ddr5...
три сетевых, одна из которых современная 10G (3вт)
как минимум комфорт пассивной системы (если открытый стенд диски не нагреваются выше 40)
на перспективе 2+ лет выгоднее в деньгах
У меня эффективный самосбор. Я про то что на потребление не обращают внимание почему-то
Примерно как моя сборка 20-30вт