Оптимизация данных на больших винтах

да

делаешь раздел video в конце диска, а раздел virtmachines - в начале

Уныло же. И размер не угадаешь - где-то окажется полно лишнего места, а где-то будет не хватать.

Уныло же

а, так тебе хернёй пострадать, а не задачу решить

что ж сразу не сказал

Советую ознакомиться:

software raid тормозит (комментарий)

Херней страдать - это каждый раз думать, что где размещать, и сколько места выделять.

А _задача_ решается очень просто. Я иду в магазин и покупаю еще одну ssd-ишку, ну и винт заодно.

а в чём смысл этой темы? тупо похвастаться?

Ну, то есть мы все равно заранее организуем дисковое пространство. Не важно, с помощью рейда или разбивки на разделы. Но меня интересует возможность размещения файлов в физически разные части диска внутри одной файловой системы, исходя из неких правил сортировки.

Не встречал, но возможно это есть в фс. у Oracle.

Но большого смысла в этом не вижу. Ибо кривая падения производительности выпукла вверх, соотв. можно разбить винт всего на два участка 30% и 70%, на первом будет максимальная производительность, на втором какая получится.

Похожая тема

http://www.linuxquestions.org/questions/linux-general-1/linux-file-optimizati...

The I-FAAST system watches for the most often accessed files and clusters them together near the center (beginning) of the disk.

Правда, это больше на дефрагментатор похоже - оптимизация уже существующих данных.

в современных винтах понятие начало/конец/сэрэдына данных отделены от ОС логикой весьма умного контроллера, который занимается в частности расположением (ремапом) блоков по носителю (а ещё кеши, внутренняя оптимизация и проч.).

Разместив «всякий хентай» например в разделе ближе к началу диска, чтобы оптимизировать чтение, через какое-то время ТС лицезрит некие провалы скорости, вплоть до средней заявленной - это контроллер собирает ему логически-соседние куски размазанные по физическому носителю, или занимается какими-то другими своими внутренними делами.

когда-то оптимальность выборы конкретного места на винте для root,swap,/usr разделов действительно диктовалась разницей физических скоростей позиционирования головок винта по поверхности.

обращу внимание ТС на наличие разных целевых линеек винчестеров - оптимизированных под аудио/видео, под RAIDы..которые отличаются не только физ.характеристиками но и прошивками (логикой)

в современных винтах понятие начало/конец/сэрэдына данных отделены от ОС логикой весьма умного контроллера

и тем не менее маппинг (почти) линейный, все тесты это подтверждают. А ремапинг это аварийная ситуация и так секторов в принципе много быть не должно, поэтому они не окажут большого влияния на результат.

То что хочет ТС имеет смысл.

когда-то оптимальность выборы конкретного места на винте для root,swap,/usr разделов действительно диктовалась разницей физических скоростей позиционирования головок винта по поверхности.

Но ведь скорость и на современных дисках проседает. И по тестам можно увидеть, и по обычному копированию.

обращу внимание ТС на наличие разных целевых линеек винчестеров

Имеется в ввиду «универсальный» девайс и файлы разного типа и назначения.

файлы разного типа и назначения.

Я недавно видел похожую идею (флаги для указания, в быстрой или медленной части размещать файлы): http://www.spinics.net/lists/linux-ext4/msg31699.html

Спасибо за ссылку.

Ну вот, даже сам Тс'о в эту сторону думает.

«As I had brought up during one of the lightning talks at the Linux Storage and Filesystem workshop, I am interested in introducing two new open flags, O_HOT and O_COLD. These flags are passed down to the individual file system's inode operations' create function, and the file system can use these flags as a hint regarding whether the file is likely to be accessed frequently or not.

...

Wire up the use of the O_HOT and O_COLD open flags so that when an inode is being created, it can influence which part of the disk gets used on rotational storage devices.»

LVM?