жюн
мне вот ещё интересно, как он страйпы разного объёма заполнять будет
равными частями на каждый либо пропорционально объёму
Vladislav
^
Vladislav
Ладно, ниже не особо что есть Суть проста Он будет заполнять их в пропорции, а не 1 к 1, но там где объем меньше - заполнится быстрее и просто не будет больше заполняться
жюн
ну вот да, потом скорость записи упадёт
жюн
о
Vladislav
ну вот да, потом скорость записи упадёт
Записи* И чтения данных, которые только на 800гб
жюн
Записи* И чтения данных, которые только на 800гб
ну я исправился быстрее, а чтение чего упадёт?
жюн
можно большие диски попилить и разделы добавлять в мирроры)00
Vladislav
ну я исправился быстрее, а чтение чего упадёт?
Ну так после заполнения 240гб новые данные будут только на р5
жюн
можно большие диски попилить и разделы добавлять в мирроры)00
чтобы каждый страйп был одного размера по итогу
жюн
))))
Vladislav
чтобы каждый страйп был одного размера по итогу
У тебя в этом случае при замене одного диска одновременно два зеркала станут degraded
жюн
деградет не мёртвый
жюн
избыточности по факту не потеряем, новой тоже не получим
Vladislav
ну не страшно
А нет, 4 зеркала
Vladislav
Если ты будешь резать 800гб по 200гб
жюн
ну да да
Vladislav
Ну головной боли с заменой ты нахватаешься
жюн
именно
жюн
а можно на 3 поделить!
жюн
будет ваще круто
жюн
ебучий интел, какие 800 гигов ваще, откуда такая цифра
Vladislav
ебучий интел, какие 800 гигов ваще, откуда такая цифра
800/1600/3200 Диски повышенной живучести
Vladislav
Dwpd=3 на 5 лет
жюн
а 800 - это типа 1тб, у которого 200 спёрли на резерв
жюн
?
Vladislav
?
Сложнее
Vladislav
Там сильно больше ячеек памяти под запас
жюн
повышенная живучесть (мы положили 2 диска в один)
жюн
маркентинговые уроды, проще и дешевле обычный х2 объёма купить
Vladislav
маркентинговые уроды, проще и дешевле обычный х2 объёма купить
Не подходит, если у тебя ограниченное количество слотов
жюн
Не подходит, если у тебя ограниченное количество слотов
ты не пон, не 2 диска, а условный 2тб диск вместо 1тб
Nikita
Всё проще было: оно в биосе из рейда в ахци переключается просто
я это предполагал, кстати, но решил написать после того, как сам перепроверю)
жюн
а кстати, чего перестали slс/mlc делать? сильно дороже пердолингов этих с tlc?
Artem
а кстати, чего перестали slс/mlc делать? сильно дороже пердолингов этих с tlc?
А зачем? Рынок ничтожный, цена никому не понравится
Artem
Проще tlc переключить в slc
Да и этих что-то не особо на рынке видно
Vladislav
Да и этих что-то не особо на рынке видно
Ну, обычно qlc ячейки переключают в tlc да
Vladislav
Да и этих что-то не особо на рынке видно
Я про ссылку что кидал в sds с 3dnews
Group Butler
Hi даниель!
Artem
Я про ссылку что кидал в sds с 3dnews
Ты про самоделкина? Хотелось-бы все-таки решение от производителя.
central
/report
Group Butler
/report
Reported to 1 admin(s)
Vladislav
Откроешь hex редактор и будешь биты перебирать?
Georg🎞️🎥
Диски с 512 секторами уже раритет...
У меня полный сервак 🤣
Vladislav
Отверткой
пассатижами и синей изолентой
sexst
пассатижами и синей изолентой
Вижу опытного ремонтника!
sexst
Но обычно хватает отвёртки чтобы выкрутить дохлые диски и вкрутить новые
Nikita
так во многих корзинах же защелки, а не винты
у меня защелка только, чтобы из сервера вынуть, а вот чтобы диск к салазкам прикрутить - винты)
Vladislav
Dell ?
sexst
Dell ?
Много у кого и где такое
Nikita
Dell ?
Intel, да и на supermicro такое же видел точно. про hp не помню.
sexst
У меня куча корзин была таких же, не только сервера
Кот Матроскин
А сжатие lz4 сильно может боком выйти, при сбое массива и его восстановлении?
Vladislav
^
^
sexst
А сжатие lz4 сильно может боком выйти, при сбое массива и его восстановлении?
Если массив можно через замену диска восстановить, то никак не выйдет. Если он в хлам рассыпался, то вы cow побитый и без сжатия восстанавливать офигеете. А так, вообще, lz4 достаточно примитивен в своем устройстве
sexst
Я даже побитые текстовые файлы (логи) жатые lz4 приемлимо восстанавливал. С пробелами на битых кусках, но остальное раскатил в читаемое.
sexst
Если у вас условный /var/log - имеет и ещё как
sexst
Всегда зависит от конкретных данных
Кот Матроскин
Если почти не сжимаемыми - нет
Тут писали, что сжатие помогает лучше место в полупустых блоках использовать и мета данные вроде тоже сжимаются, отсюда и возникли мысли по целесообразности.
Кот Матроскин
Всегда зависит от конкретных данных
Там один массив из 14x4Tb в RAIDZ2.
George
несжимаемое оно умеет быстро пропускать
Кот Матроскин
несжимаемое оно умеет быстро пропускать
Оно разве не каждый блок отдельно пытается сжать?
sexst
Там один массив из 14x4Tb в RAIDZ2.
Не от дисков, а от того, что храните. Дедупликация, сжатие, размер блока - они зависят от хранимого
George
А сжатие lz4 сильно может боком выйти, при сбое массива и его восстановлении?
руками вы собирать cow всё равно замучаетесь. Либо готовые платные утилиты которые итак умеют в сжатие, либо нужен будет доп. шаг написать декомпрессор на базе функции из кода zfs которая декомпрессию проводит. Наверняка где-то в инете кто-то уже это сделал
Кот Матроскин
Не от дисков, а от того, что храните. Дедупликация, сжатие, размер блока - они зависят от хранимого
Ну на таких объёмах хранят только жирные файлы и в основном бекапы, для мелочи будет отдельный боевой NAS с SSD дисками.
sexst
несжимаемое оно умеет быстро пропускать
Если оно заведомо несжимаемое, то и не пропускать нечего. У самого один том под файлопомойку без сжатия - там чутка фильмов, музыки, фотки и isoшки. Просто нет смысла даже включать
George
Оно разве не каждый блок отдельно пытается сжать?
да, lz4 имеет эвристику и несжимаемое быстро начнёт пропускать, это работает на одном блоке