The OpenNET Project / Index page

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



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

Исходное сообщение
"Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."
Отправлено Аноним, 24-Сен-12 06:39 
> и веаринг драйва в итоге будет неоптимальным. Совсем-совсем.

...
> Бред. Поблочно производится только очистка. Запись может идти постранично.

Два чая этому гражданину.

>> величина — блок SSD, имеющий размер 512 килобайт.
> На практике - от 64Кб до 2Мб в зависимости от организации флеша.

Ну это же изен. Я думаю что даташиты на микросхемы флеша он вообще никогда не читал.

> Встречаются варианты и с <64Кб, но сомневаюсь, что идут в "бытовую"
> продажу в виде SSD. В основном это встроенные флеши на разных мобилках и прочем.

Собственно 512Кб достаточно типовой размер нынче. Но в целом это на усмотрение производителя чипов, так что чего ради изен к 512К привязался... как будто он еще и выровнять сможет на границу блока :)

> "резервных" блоков постранично, на чистые страницы. Если чистой страницы на данный
> момент нет - запускается GC левелера, превращая всю операцию в томительное ожидание.

Ну вот это и будет модификацией. Только от этого SSD пытается уйти но без TRIM не особо получится.

> только к быстрому занятию всех активных блоков рабочего набора. А без
> TRIM - еще и к тому, что контроллер будет вынужден всегда
> веарить за счёт резерва.

А до изена это не доходит. Он видимо все-таки прочел как работает флеш память, но garbage collector + размазка записей кажется уже за пределами его понимания.

> Только в случае, если есть полностью свободный блок. А учитывая, что TRIM
> у нас нет, и пишем, как попало - скорее всего полностью свободных блоков не будет,
> и на каждую запись будем получать ERASE.

Вот именно. А изен почему-то этого не понимает. Ха-ха.

> Малый размер блока даже несколько более выгоден в случае SSD, поскольку
> позволяет не делать ERASE на запись 1 байта, если в наличии
> есть свободная страница.

Без trim чревато тем что постепенно все зафрагментируется и свалится в режим когда для записи 1 байта надо тереть erase block. А с trim - ну да, вполне нормально будет.

> В идеале блок должен быть именно размером со страницу,

...и совпадать с ее границами :)

> Именно так он и работает. Читай публикации по веарлевелингу флешей.

Да это ж изен, для него нормально бред нести. Хотя как ни странно он начинает немного понимать как флеш работает в плане устройства по блокам. Глядишь, лет через 10 начнет понимать и работу wear leveling :)

 

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



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

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