Комментарии 12
Вот же достали маркетологи. Сделайте просто массив флэша, без навороченных контроллеров, файловые системы сами разберутся — какие им фоновые процессы нужны, как предохранять от wearout и тому подобное.
Плюс.
Правда, пока еще flash-optimized и log structured файловые системы не слишком распространены, но это в большой степени — проблема «курицы и яйца». Рано или поздно все так и будет делаться.
Правда, пока еще flash-optimized и log structured файловые системы не слишком распространены, но это в большой степени — проблема «курицы и яйца». Рано или поздно все так и будет делаться.
Некоторым не нужны файловые системы, а нужен блочный доступ. Да и ФС, работающих напрямую с быстрой NAND не так много, к сожалению. В основном, они используются в embedded.
Современные файловые уже давно умеют предоставлять блочный доступ (volumes), причем с кучей дополнительных удобств, присущим работой с файлами (легкость переноса и копирования таких volumes, гибкость выделения пространства для него, версионность, снапшоты, сжатие-шифрование и прочее). Думаю, гораздо проще будет научить btrfs или zfs работе с флэшем (и получить большую надежность, прозрачность и скорость работы за счет небольшого расхода ресурсов процессора), чем ограниченный и медленный флеш-контроллер научить zfs-у.
Умеют конечно, правда в энтерпрайзе такие решения (особенно btrfs) почти не используют.
ZFS на солярке ещё где-то как-то, но там с производительностью тоже свои проблемы (особенно если включить дедупликацию).
Только вот работать с NAND ни ZFS ни BTRFS не умеют. Умеют только достаточно маргинальные F2FS/SQUASHFS/UBIFS и т.п.
Поэтому востребованность прямого доступа к NAND достаточно низка, поэтому не стоит ждать таких решений от вендоров в обозримом будущем. По-моему нет даже какого-то унифицированного интерфейса для этого.
ZFS на солярке ещё где-то как-то, но там с производительностью тоже свои проблемы (особенно если включить дедупликацию).
Только вот работать с NAND ни ZFS ни BTRFS не умеют. Умеют только достаточно маргинальные F2FS/SQUASHFS/UBIFS и т.п.
Поэтому востребованность прямого доступа к NAND достаточно низка, поэтому не стоит ждать таких решений от вендоров в обозримом будущем. По-моему нет даже какого-то унифицированного интерфейса для этого.
wearoutА если заново отформатировать диск, то все данные о износе пропадут.
Что ж вы такую важную информацию на geektimes? Их давно ждали.
Алсо, «гиперскалярный цод» звучит как прибор «супер турбо плюс». В ухе что-то жужжит, но осмысленной речью не является.
Алсо, «гиперскалярный цод» звучит как прибор «супер турбо плюс». В ухе что-то жужжит, но осмысленной речью не является.
Не поделитесь ли ссылкой, объясняющей что это такое и почему их все ждали? А то эти горе-пиарщики не потрудились.
lwn.net/Articles/276025
lwn.net/Articles/518988
И ещё несколько статей было, которые вопрос обсуждали.
Выжимка вкратце: все очень не любят работать с чёрными ящиками с непредсказуемыми сложными свойствами и хотели бы видеть их в виде модулей для ОС.
Простейшее применение: учитывать приоритет дисковых операций при выполнении housekeeping'а (например, терпеть, когда идёт высокоприоритетное IO, и насрательски относиться к медленному низкоприоритетному bulk IO), учитывать содержимое буфферов ОС при выделении места (например, знать, что в буфере ещё -цать мегабайт и надо сразу идти новый блок выделять, а не переупорядочивать существующие) и т.д.
Другими словами, разрешить хорошим программистам написать это как надо, а не как получилось к дате запуска устройства.
lwn.net/Articles/518988
И ещё несколько статей было, которые вопрос обсуждали.
Выжимка вкратце: все очень не любят работать с чёрными ящиками с непредсказуемыми сложными свойствами и хотели бы видеть их в виде модулей для ОС.
Простейшее применение: учитывать приоритет дисковых операций при выполнении housekeeping'а (например, терпеть, когда идёт высокоприоритетное IO, и насрательски относиться к медленному низкоприоритетному bulk IO), учитывать содержимое буфферов ОС при выделении места (например, знать, что в буфере ещё -цать мегабайт и надо сразу идти новый блок выделять, а не переупорядочивать существующие) и т.д.
Другими словами, разрешить хорошим программистам написать это как надо, а не как получилось к дате запуска устройства.
А человеческим языком слабо написать? Зачем на Гиктаймс весь этот маркетинг булшит? Двойка вашему PR отделу.
Я бы может и купил эти ваши «Host Managed SSD», если бы вы потрудились объяснить, что это такое и что в них классного. Поиск выводит только на ваши пресс-релизы, похоже это термин вашего изобретения.
Я бы может и купил эти ваши «Host Managed SSD», если бы вы потрудились объяснить, что это такое и что в них классного. Поиск выводит только на ваши пресс-релизы, похоже это термин вашего изобретения.
Просто так купить HMS — смысла нет, требуется внедрение функций в систему и модификация RAID.
Да, OCZ предоставляет утилитки для переключения режимов, но это скорее для ознакомительных целей.
Простейшее применение — это отключение всех фоновых процессов SSD при пиковых нагрузках и включение их обратно при спаде — это можно сделать и скриптами, используя уилитки, что идут в составе SDK.
Однако, те, кто серьёзно намерен встраивать это решение (а оно вот вот станет индустриальным стандартом) подают заявку на получение SDK (это бесплатно) и семплов если требуется создать и протестировать что-то масштабное…
Да, OCZ предоставляет утилитки для переключения режимов, но это скорее для ознакомительных целей.
Простейшее применение — это отключение всех фоновых процессов SSD при пиковых нагрузках и включение их обратно при спаде — это можно сделать и скриптами, используя уилитки, что идут в составе SDK.
Однако, те, кто серьёзно намерен встраивать это решение (а оно вот вот станет индустриальным стандартом) подают заявку на получение SDK (это бесплатно) и семплов если требуется создать и протестировать что-то масштабное…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
OCZ Storage Solutions анонсирует технологию Host Managed SSD в моделях Saber 1000