The OpenNET Project / Index page

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



"Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Второй уровень иерархии тем в форуме реализован через вкладку "Показ ключевых тем".
. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..." +/
Сообщение от iZEN (ok), 23-Сен-12, 11:45 
>> Месье неасилил смысл COW ? Печально ... В таком случае поведайте нам
>> что вы понимаете под TRIM а то мало ли вдруг и
>> тут что то левое :-))
> Бугага. TRIM нужен для того, чтобы флешка помечала свои блоки, как свободные,
> когда они освобождаются в ФС. Зачем это надо? Затем, что внутри
> флешки есть механизм веарлевелинга (по сути тот же CoW), который использует
> под новые данные незанятые блоки. Но вот - увы и ах
> - флешка ничего не знает про файловую систему. Чтобы сказать ей,
> что блок свободен - нужен TRIM.

Ой, а что же будет, если размер блока ФС случайно или по незнанию пользователя совпадает с размером блока SSD или в целое число раз больше размера блока SSD?

> И поэтому, когда все рабочие блоки данных флешки окажутся забитыми (а с
> CoW "сверху" без TRIM они окажутся забитыми очень быстро) - флешке
> не останется ничего другого, кроме как использовать под веарлевелинг при любой
> записи небольшой "временный набор" - резерв пространства как раз для этих
> целей. По мере заполнения "надлежащей" файловой системы запись все чаще и
> чаще будет перезаписью, и срок работы флешки сократится в разы.

В Wiki про TRIM написано, что "Так как очистка ячеек в странице необходима перед тем, как в них можно будет записывать снова, но только целый блок может быть очищен, процесс перезаписи инициирует цикл чтение-очистка-модификация-запись: содержимое целого блока должно быть сохранено в кеше перед тем, как оно может быть удалено с накопителя, перезаписываемые данные модифицируются в кеше и только после этого целый блок (с обновленной страницей) записывается на накопитель. Это явление известно как усиление записи.". Никакого "резерва пространства" в SSD нет.

> Но это еще не всё. Когда нужно перезаписать кусочек внутреннего блока -
> флешка выполняет копирование блока с изменением нужного куска. Если во внутреннем
> блоке всё, кроме перезаписываемого куска, было сTRIM'ано - копирования не будет,
> только запись новых данных. Таким образом производительность без TRIM тоже под
> вопросом.

В кэш SSD помещаются данные из целого блока (SSD), так что применимость или не применимость TRIM тут никакой роли не играет — "усиление записи" для используемых страниц (так как в традиционных ФС размер блока много меньше размера блока SSD, то они будут) всё равно произойдёт.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..., opennews, 19-Сен-12, 13:02  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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