The OpenNET Project / Index page

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



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

Исходное сообщение
"Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."
Отправлено Аноним, 24-Сен-12 22:37 
> О, хоть кто-то :) Я в свое время реверсил FTL (TFS) на
> Samsung'ах X100/X600/E700 - разбирал данные в т.ч. с полумертвых аппаратов.

Сименсы, сэр. Все что на 166-м проце ;). Поскольку сименсу копание в некоторых блоках не нравилось, они перекрыли запись ряда интересных блоков через свой дебажный протокол. Пришлось пойти сложным путем: были написаны загрузчики которые шлются в девайс, инициализируют железо, детектируют тип флеща и его набор команд (intel, AMD) ну и делают чтение, стирание и запись (по сути некий эквивалент олдскульных программ-мониторов, только ремотненько, по UART-у). А кроме всего прочего был расковырян формат области EEPROM в флеше, оказавшийся простой флешовой файловой системой. С простой формой wear leveling и номерами блоков вместо названий файлов. Для наиболее интересных из них был отбабахан действующий макет read-modify-write. Правда полноценный GC делать меня заломало, так что в сильно экзотических случаях оно в принципе могло обломаться. Впрочем, на практике это случалось только у особо крутых извращенцев долго мучавших зону EEPROM, таковых было очень мало и проблема не существовала. Отличная штука для понимания устройства флешовых систем: простенько но со вкусом и все основные элементы - на месте.

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

>> часто будет тереться ДВА блока там где хватило бы одного.
> Absolutely.

Ну я то представляю себе что получится. А вот nagual-ы и izen-ы очень врядли. Зато пальцы то погнуть хочется :)

> А еще чаще будет тереться/писаться целая пачка блоков там, где хватило бы
> записи одной страницы.

Ну да. Одно дело если GC будет надрываться и пытаться выкроить место из того что есть под то что хотелось и другое если просто страницы распихали и готово :)

> Пример - перезапись 1 байта в файле :) Для CoW это вообще страшнейшая операция.

Это почему? Оформляется выносок в сторону. Это достаточно быстро само по себе. Вот правда метаданных будет больше чем данных + фрагментация возрастет. Если все время глушить такие запросы - ФС деградирует разумеется, но это не есть типовой юзкейс. А ФС оптимизируют все-таки на более-менее типовые сценарии. То что всякими извращениями можно любую ФС на лопатки уложить - ни для кого не новость :)

> А в случае блок=блок ZFS - в любом случае получим запись целых блоков вместо страниц.

ИМХО эти чудики просто прикрывают свою голопопость и отсутствие надежды на поддержку trim своим бредом. Смешные они, эти юные бсдшники :)

 

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



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

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