The OpenNET Project / Index page

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



"Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Linux"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Есть идеи по улучшению форума и сайта ? Пишите.
. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..." +/
Сообщение от iZEN (ok), 26-Авг-12, 17:03 
>> Падение скорости записи будет только у ФС, у которых блок гораздо меньше
>> размера блока страниц SSD. Я это уже объяснил ранее.
> Падение скорости при больших объемах записи будет при любом размере блока -
> просто за счёт недостаточности резервного набора - чтобы что-то записать, надо
> что-то стереть, а стирание - операция долгая. В случае с TRIM
> в рабочий набор войдут уже стёртые после TRIM блоки.

С чего бы они войдут? TRIM выполняется с целым блоком — не с группой блоков, а с целой группой страниц по 4k каждая. Если в блоке есть страницы, которые не помечены как неиспользуемые, то операция TRIM просто их перезаписывает "как есть", так как из блока SSD (512k) их не выкинешь, а помеченные как неиспользуемые страницы — обнуляет.

>> TRIM изнашивает флэш тем, что перезаписывает очищает помеченные страницы ФИЗИЧЕСКИ.
> TRIM только помечает страницы, и помещает их в резервный набор. Который дальше используется для левелинга. Стирает их garbage collector, периодически.

Это неважно, кто стирает. TRIM, как ATA-команда, призвана очистить помеченные неиспользованными страницы, но по сути работает с целым блоком страниц (сектором накопителя).
"В SSD накопителях операция записи может быть проделана только для страниц, однако из-за аппаратных ограничений команда удаления всегда выполняется на весь блок. В результате, запись на SSD-носитель выполняется очень быстро до тех пор, пока существуют чистые страницы, но значительно замедляется, если необходимо очищать предварительно записанные страницы. Так как очистка ячеек в странице необходима перед тем, как в них можно будет записывать снова, но только целый блок может быть очищен, процесс перезаписи инициирует цикл чтение-очистка-модификация-запись:[5][8] содержимое целого блока должно быть сохранено в кеше перед тем, как оно может быть удалено с накопителя, перезаписываемые данные модифицируются в кеше и только после этого целый блок (с обновленной страницей) записывается на накопитель. Это явление известно как усиление записи (англ.).[9][10]": http://ru.wikipedia.org/wiki/TRIM_%28%D0%BA&#...

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

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

Оглавление
Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Linux, opennews, 18-Авг-12, 10:27  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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