Исходное сообщение
"Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..." Отправлено uniman, 11-Янв-12 16:22
> Еще файловая система может > подыгрывать SSD высылая ему команду trim, указывающую что "мы больше вон > те блоки не юзаем, можешь их подгрести GC'ом когда делать нечего". > Сие улучшает скорость записи, т.к. контроллеру ssd приходится не решать проблемы > по мере их возникновения, стопоря запись, а появляется шанс заранее дорогу > расчистить, чтобы потом по ней "с ветерком" шпарить. Гм, матчасть... Вообще-то посылать TRIM - не дело слоя FS с бородатого года. В коде FS это вообще командо для контролеро как бы не обязано фигурировать. Дело FS - файло по блокам абстрактного массива распихивать. Вот другой вопрос - как, учитывая пару л-тройке логических слоев до реального физического массива. Насчет реализации TRIM ункутри FBSD. Да есть оно. Насчет как работает - сам не тестировал, все как-то накопители без этого попадаются. К примеру, кусочек кода, где меняется поведение очереди в зависимости от трям/не-трям контролера. http://svnweb.FreeBSD.org/base/release/9.0.0/sys/cam/ata/ata... /* * Actually translate the requested transfer into one the physical driver * can understand.  The transfer is described by a buf and will include * only one physical transfer. */ static void adastrategy(struct bio *bp) { .......             /*          * Place it in the queue of disk activities for this disk          */         if (bp->bio_cmd == BIO_DELETE &&             (softc->flags & ADA_FLAG_CAN_TRIM))                 bioq_disksort(&softc->trim_queue, bp);         else                 bioq_disksort(&softc->bio_queue, bp); ........ }

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Еще файловая система может >> подыгрывать SSD высылая ему команду trim, указывающую что "мы больше вон >> те блоки не юзаем, можешь их подгрести GC'ом когда делать нечего". >> Сие улучшает скорость записи, т.к. контроллеру ssd приходится не решать проблемы >> по мере их возникновения, стопоря запись, а появляется шанс заранее дорогу >> расчистить, чтобы потом по ней "с ветерком" шпарить. > Гм, матчасть... > Вообще-то посылать TRIM - не дело слоя FS с бородатого года. В > коде FS это вообще командо для контролеро как бы не обязано > фигурировать. > Дело FS - файло по блокам абстрактного массива распихивать. Вот другой вопрос > - как, учитывая пару л-тройке логических слоев до реального физического массива. > Насчет реализации TRIM ункутри FBSD. Да есть оно. > Насчет как работает - сам не тестировал, все как-то накопители без этого > попадаются. > К примеру, кусочек кода, где меняется поведение очереди в зависимости от трям/не-трям > контролера. > http://svnweb.FreeBSD.org/base/release/9.0.0/sys/cam/ata/ata_da.c > /* > * Actually translate the requested transfer into one the physical driver > * can understand. The transfer is described by a buf > and will include > * only one physical transfer. > */ > static void > adastrategy(struct bio *bp) > { > ....... > /* > * Place it > in the queue of disk activities for this disk > */ > if (bp->bio_cmd == BIO_DELETE > && > > (softc->flags & ADA_FLAG_CAN_TRIM)) > > bioq_disksort(&softc->trim_queue, bp); > else > > bioq_disksort(&softc->bio_queue, bp); > ........ > }
	Введите код, изображенный на картинке: