Спустя 7 месяцев после предыдущего релиза состоялся релиз cache-bench 0.2.0.

cache-bench — это Python-скрипт, позволяющий оценить влияние настроек виртуальной памяти (vm.swappiness, vm.watermark_scale_factor, Multigenerational LRU Framework и прочих) на производительность выполнения задач, требующих кэширования файловых операций чтения, особенно в условиях нехватки памяти. Код передан в публичное достояние (CC0).

Код скрипта в версии 0.2.0 почти полностью переписан. Теперь вместо чтения файлов из указанной директории (в новой версии опция -d удалена) производится чтение из одного файла фрагментами указанного размера в случайном порядке.

Добавлены опции:

• --file – путь к файлу, из которого будет производиться чтение;
• --chunk – размер фрагмента в кибибайтах, по умолчанию 64;
• --mmap – читать из memory-mapped файлового объекта вместо чтения из файлового дескриптора;
• --preread – перед началом теста предварительно прочитать (кэшировать) указанный файл путем последовательного чтения фрагментами размером 1 МиБ;
• --bloat – добавлять считываемые фрагменты в список с целью увеличения потребления памяти процессом и создания в дальнейшем нехватки памяти;
• --interval – интервал вывода (логирования) результатов в секундах.

Примеры использования можете найти на странице проекта.

>>> Подробности

Сегодня в рамках тестовых дней Fedora 20 будет проходить тестовый день посвящённый тестированию SSD Cache. А если точнее, bcache, т.к. dm-cache находится в очень плохом состоянии.

Сегодня после 12:00 PST (23:00 MSK) будет присутствовать автор и главный разработчик bcache (Kent Overstreet).

На сегодняшний день (официально) bcache есть в 2х дистрибутивах: Ubuntu (PPA) и Fedora (основные репозитории). В рамках Fedora Project мы написали правильные udev правила, правильно внедрили в dracut и сделали очень много другой работы. Bcache - self-contained фича Fedora 20, что означает, что через установщик федоры вы не можете использовать bcache. К F21 это уже будет wide-change, что означает интеграцию с установщиком.

Не переживайте, пользователи `distroname`! В ближайшем будущем, конечно же, они появятся и в вашем `distroname`, поэтому не стесняйтесь приходить и тестировать. Все наши наработки будут переданы в апстрим!

У нас подготовлены 4+ тесткейса:

• /home on bcache (no LVM)
• / on bcache (no LVM)
• /home on bcache (LVM)
• / on bcache (LVM)
• mock on bcache (no LVM)

Последний тесткейс даёт интересные возможности для билдсерверов по типу koji. Т.к. частоиспользуемые пакеты для сборки будут кешироваться на SSD, что должно дать неплохой прирост к производительности.

После тестирования нужно заполнить таблицу.

Все вопросы можно (и нужно) задавать на #fedora-test-day on Freenode мне (ignatenkobrain) и Rolf Fokkens (rolffokkens).

>>> Подробнее

Как часть развития поддержки файловых систем в Linux ядре, начиная с 2.6.30, была добавлена поддержка CacheFS. На данный момент она поддерживает NFS и AFS, но и другие файловые системы могут воспользоваться данным механизмом.

Эта статья — краткое введение в CacheFS, который ещё имеет некоторые недоработки, но уже заметно увеличивает производительность сетевых файловых систем. Также мы обсудим FS-Cache — прослойку между CacheFS и самой файловой системой.

>>> Подробности

Развивая тему экономии трафика с помощью прокси-сервера squid, нельзя не упомянуть про возможности дополнительной настройки кэша, а также возможность задания разных правил кэширования для разных адресов (которые можно задавать шаблонами).

Кроме того, squid позволяет модифицировать заголовки запросов, что также можно использовать для повышения эффективности кэша.

В статье показано, как с помощью несложных изменений в конфигурации можно существенно повысить эффективность его кэша.

>>> Статья