Запуск программ в оперативной памяти

156 MB/s

Кэш то сбросил? Сколько показывает hdparm -t /dev/sdX Мой старенький WD показывает всего 130Мб/сек.

Да, трижды дропал кэши перед каждым dd.

Сколько показывает hdparm -t /dev/sdX

# hdparm -tT /dev/sdb

/dev/sdb:
 Timing cached reads:   28090 MB in  2.00 seconds = 14058.55 MB/sec
 Timing buffered disk reads: 374 MB in  3.01 seconds = 124.15 MB/sec

Да, ну этот раздел где-то в конце и диску 5 лет, может быть это как-то связано.

Мой хард тоже не шибко молодой -))

9 Power_On_Hours          0x0032   075   075   000    Old_age   Always       -       22579

Кстати, а что мы тут меряем вообще?

Да, вот товарищь wakuwaku показал, что у него на древнем железе из кеша выдувает по 7Гб/сек. Я как-бы засомневался, что у него древнее железо, т.к. я в курсе сколько древнее железо должно выдавать (например моё).

Ну и откуда тогда 156Мб/сек, если диск выдает только 130?

может быть это как-то связано

Меня больше заинтересовало, почему такая бешеная скорость при чтении из кеша (в смысле, я тоже так хочу)

бешеная скорость

обычный ddr3-1333, это очень скромные значения сейчас.

А я знаю?

А я знаю?

Так мне было интересно увидеть, какие значения получаются у других, например у тебя. Запость уже чтение из кеша на ext4 (без сжатия).

Okay. Я расстроился и пошёл искать решение проблемы (на дне бутылки).

Какое отношение этот тест имеет к памяти (и её контроллеру)?

Какое отношение этот тест имеет к памяти

Такое, что в этом тесте узкое место - память. Не?

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

весь код в кэш процессора умещается

Т.е. ты утверждаешь, что при работе из кэша, выборка будет порядка 10-20Гб/сек, как здесь показывали? Хреновый, какой-то кэш.

Файло в пару гиг в кеш проца вряд-ли поместится.

Да, я не прав. При чтении из /dev/null ядро должно записать по указанному адресу затребованное количество нулей.

Короче на том и решил. Взял такую китайщину: http://www.ulmart.ru/goods/772119/

Завтра привезут буду думать что и как засимлинчить. Может еще систему на него впихну. Не знаю пока...

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

Т.е. нужно 2 набора из масок файловых путей по которым бы при кэшировании система понимала что делать. Наверняка в ядре когда прочитанное с диска помещается в кэш, система как-то принимает решение об этом вот на это решение и надо влиять. Ну и еще ядро должно научиться использовать под дисковые буферы чтения не только RAM, но и блочное устройство. Идея достаточно очевидная, на самом деле. И наверняка все более и более актуальная и в первую очередь для серваков. Хоть фичреквест Линусу пиши...

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

Такое уже почти есть — bcache. Только что там не кеш, кешируемый раздел размечен особо, чтобы по ошибке не монтировать его обычным способом.

bcache не умеет маски и настройки и

кешируемый раздел размечен особо, чтобы по ошибке не монтировать его обычным способом.

это скорее минус. Я должен отключать и подключать кэш не задумываясь о том как размечен у меня кэшируемый раздел.

Кстати, наткнулся тут случайно, хотя искал по LVM. Есть утилита, позволяющая конвертировать bcache тома в обычные и наоборот:
https://github.com/g2p/blocks