Являются ли bcache и / или dm-cache считается стабильным для производства в 2016 г.?

Я хотел бы использовать Linux-кеширование SSD (dm-cache или bcache) с производственными серверами Debian Jessie. (ядро 3.16)

Мой вопрос: Надежны ли модули dm-cache и bcache в linux 3.16? Нужно ли мне обновить ядро ​​до более новой версии?

Я также обнаружил это тревожное сообщение о bcache: https://lkml.org/lkml/2015/12/22/154

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

Февраль 2018 г., после более чем 1 года использования bcache на сервере непрерывной интеграции (экземпляр jenkins выполняет множество интенсивных задач!)

Конфигурация сервера (по сути, стек хранилища)

Оборудование:

• 1 устройство raid10 для 2 SSD
• 1 устройство raid10 для 2 жестких дисков

Рабочая нагрузка

• много заданий Дженкинса (непрерывная интеграция)
• задания с интенсивным использованием ЦП смешанный с периодами интенсивности ввода / вывода
  • до использования bcache такие периоды, когда средняя задержка ввода-вывода регулярно возрастала выше 5 секунд (!!!)
• реальная рабочая нагрузка на этом сервере началась всего год назад (~ февраль 2017 г.)

Количество операций ввода-вывода выдано на устройстве bcache в соответствии с / proc / diskstats)

• 350 ТБ записано
• 6 ТБ чтения (я дважды проверил это, я думаю, что большой объем ОЗУ очень помогает кэшировать операции чтения на уровне VFS)

Результат

• рок стабильный! машину не нужно было перезагружать (время безотказной работы 525 дней), повреждений не обнаружено.
• процент попаданий высок! 78% в среднем за все время и растет: более 80% за последние месяцы
• обратная запись очень помогает: задержка диска теперь на порядок меньше, к сожалению, у меня нет точных мер для этого, но вычисления не останавливаются больше писать всплески. Объем грязных данных превышает 5 ГБ, Мне интересно, откуда взялся длительный процесс поиска на моем сервере ubuntu linux (14.04 LTS) и в чем его смысл. Вот результат ps: 16915? SN 32:41 / usr / bin / find / tmp /……………………………………………………………………………………………………… Мне интересно, откуда взялся длительный процесс find на моем сервере ubuntu linux (14.04 LTS) и что это значит из этого. Вот результат ps:

  16915 ?        SN    32:41 /usr/bin/find /tmp /var/tmp -type f -exec head -n 1 {} ;
  

  Согласно top это вызывает некоторую нагрузку на ЦП. Насколько я понимаю, он проверяет первую строку каждого файла в / var / tmp и / tmp с head - так что он ничего не делает, кроме того, что вызывает load?

  Кто-нибудь может сказать мне, что должен делать этот процесс и откуда он может взяться? И, если он не нужен, как от него избавиться? Я убил его однажды, но он появился снова.

  РЕДАКТИРОВАТЬ: s IP-адрес

  Как мне заблокировать исходящий трафик на этот адрес?