LINUX.ORG.RU

Ответ на: комментарий от no-such-file

Да, трижды дропал кэши перед каждым 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
pedobear ()
Ответ на: комментарий от wakuwaku

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

9 Power_On_Hours          0x0032   075   075   000    Old_age   Always       -       22579
pedobear ()
Ответ на: комментарий от pedobear

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

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

no-such-file ★★★★★ ()
Ответ на: комментарий от wakuwaku

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

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

no-such-file ★★★★★ ()
Ответ на: комментарий от no-such-file

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

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

wakuwaku ★★★★ ()
Ответ на: комментарий от pedobear

А я знаю?

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

no-such-file ★★★★★ ()
Ответ на: комментарий от no-such-file
locus linux # dd if=/media/mix/test of=/dev/null bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 8.63519 s, 121 MB/s
locus linux # dd if=/media/mix/test of=/dev/null bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 0.112479 s, 9.3 GB/s
locus linux # dd if=/media/mix/test of=/dev/null bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 0.0965086 s, 10.9 GB/s
locus linux # dd if=/media/mix/test of=/dev/null bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 0.0968006 s, 10.8 GB/s
pedobear ()
Ответ на: комментарий от pedobear

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

no-such-file ★★★★★ ()
Ответ на: комментарий от VovanE

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

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

no-such-file ★★★★★ ()
Ответ на: комментарий от no-such-file

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

VovanE ()
Ответ на: комментарий от KRoN73

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

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

Suntechnic ★★★★★ ()
Ответ на: комментарий от KRoN73

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

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

Suntechnic ★★★★★ ()
Последнее исправление: Suntechnic (всего исправлений: 1)
Ответ на: комментарий от Suntechnic

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

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

KRoN73 ★★★★★ ()
Ответ на: комментарий от KRoN73

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

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

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

Suntechnic ★★★★★ ()
Ответ на: комментарий от Suntechnic

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

KRoN73 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.