The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."
Отправлено Аноним, 23-Сен-12 18:45 
> Для CoW аппаратный левелинг неактуален — он делается на программном уровне самой
> CoW ФС.

Ага, щаззз. Ну то-есть оно бы может и размазывало записи, не будь там контроллера. Но проблема не в том. Проблема в том что контроллер - есть. И он не знает какие блоки используются. Поэтому вынужден очищать блоки только когда туда пытаются писать по факту. А не заранее. И вот это является очень неоптимальным режимом работы. И места для маневра так что флеш быстрее затирается из-за невозможности оптимизировать операции записи, и запись медленнее происходит.

> Согласен. Каждая запись в ZFS будет инициировать стирание всех (если размеры блоков
> совпадают) страниц блока SSD,

И вот это - плохо. Потому что операция стирания - медленная и деструктивная. Так и запишем: ZFS при прочих равных будет медленнее и деструктивнее чем конкуренты из-за неподдержки TRIM.

> новые данные будут записываться после обнуления предыдущего содержимого.
> А в традиционных ФС вместо предварительного стирания страниц (они уже
> ранее обнулены GC после команды TRIM) будет происходить "усиление записи"

Что есть "усиление записи"? Выражайся пожалуйста общепринятыми терминами. В любой ФС с поддержкой trim запись будет просто записью страниц без нужды что-то там стирать и перетрясать.

> немодифицированных страниц (так как размер блока ФС намного меньше размера блока SSD),
> что равносильно искусственному изнашиванию ячеек флэш-памяти.

"Преимущество" ZFS в том что она поставит р@ком логику размазывания записи, загнав контроллер SSD в наихучший режим работы из всех возможных. По поводу чего оно будет тормознее работать и сильнее протирать флеш. Erase как раз весьма деструктивная операция. А т.к. пространства для маневра у GC контроллера будет минимум, erase будет делаться постоянно, по поводу и без.

> Таким образом за ZFS преимущество в том, что нет "усиления записи" отдельных
> (немодифицированных) страниц блока SSD, но теряется скорость записи данных за счёт
> дополнительной операции по обнулению блока SSD.

Таким образом, у ZFS вообще нет преимуществ на SSD и есть недостатки. А у btrfs вполне себе реализован trim. Вот в таком виде подобная ФС уже прилично накладывается на логику флеша и GC'у контроллера SSD не мешает.

> За традиционными ФС преимущество в скорости записи, так как обнуление отдельных страниц
> под блок ФС было выполнено на аппаратном уровне после команды TRIM,

На фирмварном. Это сложная операция, при которой GC собирает все используемые страницы блока, группирует их, сохраняет нужные куда-то еще и наконец стирает блок.

> однако "усиление записи" немодифицированных страниц в блоке SSD, куда записывается меньший
> по размеру блок ФС, приводит к износу ячеек памяти.

Больше всего изнашивает память erase как раз. Да еще для довольно большого региона сразу, в отличие от записей страниц.

> Wiki/TRIM

Там нет спецификаций касающихся логики работы конкретных контроллеров.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру