чо говорит?

и ssd на каком блочном устройстве?

⟫ ls /sys/fs/bcache/ c6b34135-373b-47ee-9223-84416b0ab6dd register register_quiet

ssd - на /dev/sdb

а что?

echo /dev/sdb > /sys/fs/bcache/register

а что если ему вот это сказать

?

# echo /dev/sdb > /sys/fs/bcache/register bash: echo: write error: Invalid argument

и echo c6b34135-373b-47ee-9223-84416b0ab6dd > /sys/block/bcache0/bcache/attach

и echo c6b34135-373b-47ee-9223-84416b0ab6dd > /sys/block/bcache0/bcache/attach

вот теперь # cat /sys/block/bcache0/bcache/state clean

о, ну вот

збс

теперь стоит бенчить

а что в sys/block/bcache0/bcache/sequential_cutoff

?

# cat /sys/block/bcache0/bcache/sequential_cutoff 4.0M

слишком много, имхо. я бы советовал 512K/1M

а в /sys/block/bcache0/bcache/cache_mode ?

writetrough там

мне не надо запись кешироать

а, ну ок.

но дефолтный sequential_cutoff слишком большой

а что это

придел, на котором чтение начинает считаться последовательным?

а вот это как интерпретировать? Total Hits 20 (%) Total Misses 37916 Total Bypass Hits 26497 (100%) Total Bypass Misses 0 Total Bypassed 347.0 MiB

Вроде все понятне

Последнее - это то что оно посчитало последовательным чтением и пустило на hdd

если sequential_cutoff уменьшить - его будет больше или меньше?

а, не, виправляется ситуация

и использование кеша растет, и хиты

Кул

делал не я, а стажер, по моим инструкциям

пот поэтому плейбук – правильная инструкция

вотка – правильное пиво ©

плейбук как раз стажер и должен написать на сделующем сервере

Чот 5% хитов всего

если sequential_cutoff уменьшить - его будет больше или меньше?

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

растет же

Чот 5% хитов всего

Оно не сразу.

При постоянном паттерне доступа оно закешит весь random и остановится

интересно, что bcache-status в bcache-tools на ubuntu отсутствует

пришлось выдрать откуда-то из гита

root@files0201:~# cat /sys/block/bcache0/bcache/sequential_cutoff 512k root@files0201:~#

Когда я тестил l2arc/flashcache, они забили весь ssd и стали играть в cache eviction и никак от этого их нельзя было отучить.

Чот хiй

че не так-то?

А почему так ма

Может, writearound включить?

так растет же, повторяю!

7% уже

А почему так ма

Москва не сразу строилась

по атопу видно, что туда интенсивно пишет система

значит - наполняется кеш

6.5% зверей, 7% людей

Атоп же для просмотра исторических данных?

Я просто iostat смотрю

36G кэша занято

Ну да

Пишет

36G кэша занято

Ну вот, уже норм

не, его целиком с

съест

Ну чо, посоны

Заявляться надо на DevConf

не, его целиком с

Ну, когда наполнится можно поиграть с cutoff

это в июне?

Заявляться надо на DevConf

Захер?

ERROR: S client not available

я в испании буду

Вроде в июне, да

Захер?

А чому нi?

11%

11%

Растет же! А сколько заняло уже?

45Е, 12%

45G

govno

xt не так?

Да чо там хотсет больше любого кэша

100% util

Да чо там хотсет больше любого кэша

Ну, можно с cutoff поиграться и положить самое горячее в кашу

там сейчас ребалансинг идет

cutoff и так 512

cutoff и так 512

У меня вообще было 128к

18%

поставил 128k

чтобы что?

какой размер у страницы памяти в memmap file?

я бы поставил не меньше страницы

Да пох пока

тогда зачем ты его крутишь?

Постойте

Я чот не то делаю же

Чтобы быстрее забило, мне увеличивать надо

А не уменьшать

да

Тащемта один хiй

страница у нас 4К (сюрприз)

Хиба це так пишется?

Нi

:)