У меня есть файловый сервер с кучей дисков, работающих вместе в пуле BTRFS, и я хочу добавить SSD для кэширования. Я не в основном после ускорения вещей, но хочу поймать регулярные небольшие доступы, чтобы иметь возможность выключать жесткие диски большую часть времени не в интенсивном использовании (не запускать их 24/7 сэкономит энергию и должен сделать диски длятся дольше).
Насколько я знаю, в настоящее время в Linux реализованы два метода кэширования на SSD: dm-cache и bcache. До сих пор говорят, что dm-cache более эффективен, но разработка продолжается для обоих, и мне не нужно настраиваться на абсолютную максимальную эффективность.
Читая документацию bcache , я наткнулся на следующие варианты:
writeback_delay : когда грязные данные записываются в кэш и ранее не содержали их, ждет некоторое количество секунд перед началом обратной записи. По умолчанию 30.
writeback_percent : если ненулевой, bcache пытается сохранить этот процент кеша грязным, регулируя фоновую обратную запись и используя контроллер PD для плавного регулирования скорости.
writeback_running : при отключении обратная запись грязных данных вообще не будет выполняться. Грязные данные будут по-прежнему добавляться в кэш до тех пор, пока они не будут заполнены; предназначен только для бенчмаркинга. По умолчанию включено.
Задание достаточно большого значения для, по- writeback_delayвидимому, делает эту работу за меня: пишите только один раз в час или (я предполагаю, что это произойдет), если кэш заполнен.
Это разумная установка, и я должен рассмотреть что-нибудь еще, чтобы преуспеть в вращении дисков? У меня тоже все в порядке, если я отвечаю моим требованиям.
Кажется, @gorkypl ищет другое решение для аналогичной проблемы , но у него другие требования и среда, и он еще не получил ответа.
bcache, пожалуйста.