| 1.1, Tron is Whistling (?), 10:30, 15/11/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Смотрю я на графики применительно к mdraid vs это, и понимаю, что где-то у них есть фатальный косяк, который просто ещё не нашли. Сама механика работы не предполагает такой разницы.
| | |
| |
| 2.3, Аноним (3), 11:09, 15/11/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
никогда такого не было, чтобы интеграрованная реализация фич в рамках одной ФС была бы быстрее, чем полностью изолированные друг от друга системы ядра.
и, да, пчел, почиатй про dRAID в ZFS
| | |
| |
| 3.6, Tron is Whistling (?), 11:36, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– |
Понимаешь в чём дело, почти любой отказоустойчивый RAID на запись упирается в синхронизацию записи и write barrier. И там по фигу, где у него реализация. Тут разница уже предполагает, что где-то накосячили именно в этом месте.
| | |
|
| 2.7, нах.. (?), 11:43, 15/11/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
в данном случае это скорее у mdraid фатальный косяк - by design.
Напоминаю что они - единственные в мире, кому удалось создать рэйд 1, в котором был performance hit вместо повышения производительности. Возможно он пишет на ssd блоками по 4k, вызывая x32 write amplification?
Другое дело что ЭТО - вообще какой-то невероятный концентрат костылей и подпорок (еще и мертвенький без собственно mdraid под ним, причем как обычно, взаимодействуя снова через костыли и подпорки стройным рядом)
ну, собственно, тебе ж написали - это не для вас, это для smr дисков нужных ровно никому.
Люди которые доверяют ценные данные smr-дискам, заслуживают именно такой "raid".
(и расскажите еще им кто-нибудь, что "Процесс чтения, записи и восстановления в случае аварий, охватывает все имеющиеся накопители" - это п-ц, от которого нормальные-то люди пытаются, наоборот, уйти. И ОСОБЕННЫЙ - для smr, которые даже писать в произвольных местах нельзя.)
В общем, чудо-рейд для write-only ненужноданных.
| | |
| |
| 3.10, IdeaFix (ok), 12:02, 15/11/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 У HM-SMR дисков нет проблем. Они классные, но тебе их просто не дадут.. ни купить ни ФС не дадут под них универсальную. А HA-SMR - это как раз для тебя сделано. Ну вернее как для тебя, это потому что лучшим из лучших (гиперскейлам и пр) нужно именно HM-SMR а тебе и объедки сгодятся в виде HA-SMR. У - унификация.
Не обижайся, это не попытка оскорбить лично... просто ты - отличное олицетворение пользователя, который не понимает что такое SMR и бомбит. Ты в большинстве.
| | |
| |
| 4.14, Tron is Whistling (?), 12:04, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
HM-SMR - это самый тихий ужасный ужас, который я видел. Максимальная бюджетка, для тех, кому всерьёз заняться нечем. Ну и для "гиперскейлов", угу, которым пофиг на что писать - там всё равно 100500 шардов, и данные однотипные.
А вообще ни дома, ни в проде не осталось уже ни одного HDD. Вот так внезапно.
| | |
| |
| 5.19, IdeaFix (ok), 12:12, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Под линукс HM-SMR (ну или перенос логики с диска в ядро) всегда лучше чем HA-SMR.
На HWRAID не работают оба, а во всех остальных сценариях HA-SMR хуже.
| | |
|
|
| |
| 4.16, IdeaFix (ok), 12:08, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Да скорее всего нарежет кусками по 256 всё, край по 512. И будет оперировать массивом зон и раскладывать данные и паритет с привязкой к физическим дивайсам. Там ведь реально не сложно.
Посмотрите как программно-определяемый TLC от микрон на SM226x можно зашить как в MLC так и в TLC и всё будет работать. Тут то же самое. Никакого рокетсайнса.
Вон пох (или то был нах?) считал что понимает как работают хдд, а тут вдруг перестал понимать. Агрится. А как работает nand (ну или 3dxpoint) он не понимает, от того спокоен.
| | |
|
| 3.18, maximnik0 (?), 12:12, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Процесс чтения, записи и восстановления в случае аварий, охватывает все имеющиеся накопители"
На Хабре была статья как "разработчики ели грибы и разрабатывали новый рэйд" если с названием не напутал.Там за счёт блочной разметки и записи данные целые при выходе 3 дисков из 9.И там как раз предусмотрен механизм -востановления охватывающий все целые накопители.Но у этих ребят свои проблемы _ реалтейм, в случае 5 секунд отвала диск сразу помечается как проблемный и в лучшем случае переходит только в чтение на момент переноса данных.
| | |
| |
| 4.20, Tron is Whistling (?), 12:15, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да хосспаде, хоть 3 из 9, хоть 10 из 16 - код Рида-Соломона, он более-менее универсальный, так-то. Если правильно интерлив добавить - можно ещё и проблемные группы блоков корректировать.
| | |
|
|
|
| 1.8, IdeaFix (ok), 11:58, 15/11/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Чо как там по поводу HM-SMR? Или как всегде это пилит другая команда и оно будет не совместимо с сабжем?
| | |
| |
| |
| 3.13, IdeaFix (ok), 12:04, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да просто есть очень много бесплатных дисков :) На десятки терабайт. Пока использую с F2FS без RAID (резервирование другими способами) и это просто отлично. BTRFS не стабилна не смотря ни на что, XFS умеет в менеджмент зон на уровне пруф оф концепт реализации, ZFS как всегда умеет ничего.
| | |
| |
| 4.15, Tron is Whistling (?), 12:06, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну понятно, просто от халявы либо нищеты короче.
Это не наезд, это просто момент, который сразу следует учитывать.
Редкий случай, за пределами которых все эти HM-SMR...
| | |
| |
| 5.17, IdeaFix (ok), 12:11, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Для меня было удивительно на сколько хорошо работает даже HA-SMR под правильной ФС в отличии от HA-SMR под обычной OS. А учитывая что выбора даже с деньгами порой нет, дисков с нужными характеристиками просто может не быть доступно для покупки, это вполне себе вариант.
Уходит главная проблема SMR под NTFS :) А то что диск для этого в три раза чаще рампой махнёт или искричества сожжет чуть больше - да вот не пофиг. QLC SSD же нас подготовили к тому что мощный контроллер заставит работать эту дрянную память на все бабки. Ценой ресурса, но на все бабки :)
| | |
| |
| 6.21, Tron is Whistling (?), 12:17, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну кстати где сейчас QLC? Прочили-то да, особенно с host-based. А на деле - ни зашло ни гиперскейтерам, ни в быту, ни кровавому энтерпрайзу, и в итоге их производство почти свёрнуто.
| | |
| |
| 7.23, IdeaFix (ok), 12:24, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
QLC это как пример того что если очень весело - то не очень то и стыдно :) TLC же зашел.
А SMR (в контексте зон) это следующий наг вслед за 4Kn. Гиперскейлам это сильно удобнее чтобы на "обычном" железе стораджи городить.
Просто с 512 до 4096 был мааленький шажок, а с 4096 до 2,56e+8 - это уже внушительно. Инвесторам график понравится :)
| | |
|
| 6.22, Tron is Whistling (?), 12:22, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Ну и да, магии не бывает.
Все эти зонирования работают только при блоке записи > размера зоны. Если у тебя блок меньше, то остаётся только корова, а корова на хдд - это безумная фрагментация и поиски даже при типа линейном типа чтении. Т.е. применимость уже сомнительная.
Ну или в крайнем случае при read-mostly.
| | |
| |
| 7.25, IdeaFix (ok), 12:28, 15/11/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Ну и да, магии не бывает.
> Все эти зонирования работают только при блоке записи > размера зоны. Если
> у тебя блок меньше, то остаётся только корова, а корова на
> хдд - это безумная фрагментация и поиски даже при типа линейном
> типа чтении. Т.е. применимость уже сомнительная.
> Ну или в крайнем случае при read-mostly.
Оно как на ссд (блоками) читает и пишет зонами. Т.е. менее чем кусок на 256 на диск не пишется. Какая такая фрагментация? Расскажите про фрагментацию например VMFS? Всё уже придумано. Всё работает отлично, а что пох (или это был нах) агрится - это только лишнее тому подтверждение.
Ребята научились запихивать 133% данных в тот же объём ЦОДа, да еще и "фргаментация" ушла. Сигейт сделал две рампы, WD уже бросил жечь ресурсы на прошивки HA-SMR... будущее наступило, но у них. А мы быть может и вовсе пропустим это светлое будущее, т.к. большинству пользователей ничего кроме системного TLC SSD на немножко гигабайт и не нужно. Даже в местном сильно не среднепаршивом комьюнити большой личный сторадж есть у единиц.
| | |
|
|
|
|
|
|
|
