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

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55273

• Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,Рева RarogCmex Денис, 16:24 , 04-Июн-21
  • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,commiethebeastie, 16:31 , 04-Июн-21
  • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,Ананомизец, 16:35 , 04-Июн-21
• Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,быдлоюзер, 16:38 , 04-Июн-21
  • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,Аноним, 16:47 , 04-Июн-21
    • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,быдлоюзер, 16:49 , 04-Июн-21
      • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,НяшМяш, 18:45 , 04-Июн-21
  • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,foo, 17:26 , 04-Июн-21
  • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,Амоним, 17:30 , 04-Июн-21
    • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,Амоним, 17:36 , 04-Июн-21
    • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,foo, 17:38 , 04-Июн-21
  • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,Аноним, 18:46 , 04-Июн-21
    • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,Аноним, 02:58 , 05-Июн-21
    • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,быдлоюзер, 17:57 , 05-Июн-21
  • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,edo, 13:45 , 05-Июн-21
    • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,быдлоюзер, 14:01 , 05-Июн-21
• Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,Аноним, 17:01 , 04-Июн-21
  • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,foo, 17:08 , 04-Июн-21
    • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,Аноним, 17:36 , 04-Июн-21
      • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,foo, 17:41 , 04-Июн-21
      • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,foo, 17:42 , 04-Июн-21
• Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,foo, 17:51 , 04-Июн-21
  • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,Annoynymous, 20:42 , 04-Июн-21
    • Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,foo, 03:20 , 05-Июн-21
• Выпуск cache-bench 0.1.0 для исследования эффективности кэши...,adolfus, 00:27 , 07-Июн-21

Интересно, сколько он будет мои 48Гб на сервере тестировать.

Понты уровня сiло.

фсяко быстрие чем маи 512Г

У меня 26гб озу. За две недели работы платформы отображающей много графиков цен криптовалют, своп распух до 78гб.
Вроде всё устраивает, но иногда при начале "тяжелого свопинга" платформа не отвечает несколько минут, рвётся связь с серверами и у меня получаются пропуски на граффиках цен. Установив zram "дело улучшилось раза скажем в два с половиной".
Поможет ли мне этот скрипт подобрать правильные значения vm.swappiness, vm.watermark_scale_factor, Multigenerational LRU Framework и прочих? Чтобы устранить "эффект недоступности" платформы во время "тяжёлого свопинга"

Если это жава, возможно, поможет uksm и openj9 -- в теории, потребление памяти упадёт очень значительно, и своп будет использоваться более эффективно.

Платформа sierrachart сделана на чистом c++ для винды, работает через wine

Может быть утекает сам wine. Один раз столкнулся с утечкой GDI объектов - программа просто переставала перерисовываться и замечали это не сразу, а в логах сыпались ошибки. Пофиксили с помощью winetricks gdiplus. Может и с этим софтом тоже похожая история приключилась.

>Поможет ли мне этот скрипт подобрать правильные значения vm.swappiness, vm.watermark_scale_factor, Multigenerational LRU Framework и прочих?

Да, поможет. Впрочем, скажу тебе и так:

- ставь swappiness не ниже 100 при использовании zram

- если система на HDD, то можно swappiness и в 150-190 выкрутить (начиная с ядер 5.8)

см актуальную док https://github.com/torvalds/linux/blob/master/Documentation/...

Копать в сторону drop cache    и  memory compaction / fragmentation.  Дело вовсе не в нехватке памяти, а в её фрагментации. Теоретически ядро с этим  само справляется, фактически приходится ему помогать - принудительно сбрасывать (файловый) кэш и утрабмовывать (дефрагментировать) свободную память.  Смотреть в /proc/buddyinfo

Правильнее будет сказать - дело не только в нехватке памяти, но и в её фрагментации.

При наличии zram основной причиной тормозов при своппинге как раз является истощение чистых файловых кэшей - приходится часто дёргать медленный диск на каждый чих. Тут как раз поможет именно увеличение своппинес, чтоб ценный кэш не выбрасывался из памяти.

Попробуй вот этот
https://gist.github.com/iavael/f64f392d61d452f247c87b90f5b4b...

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

Спасибо. А в каких единицах выводится Swapsize?

Открытие графиков при запуске программы занимает минут 40, съев всё озу и наполняя своп до 17гб. И начинается штатная работа, в процессе которой за 2 недели своп наполняется до 80гб.

>  не отвечает несколько минут

Hdd? На ssd такого не встречал

Hdd

О каждом своём наколеночном скрипте теперь буду новость на опеннете писать.

Если полезный скрипт - почему бы и нет?

Например, с помощью cache-bench установлено, например, что Multigenerational LRU Framework, недавно опубликованный гуглом, не вполне корректно работает со swappiness, точнее то, что swappiness (от 1 до 200) очень слабо влияет на результат, в отличие от тестов с применением классического LRU.

cache-bench позволяет наглядно демострировать влияние swappiness на скорость некоторых файловых операций при нехватке памяти.

>Например, с помощью cache-bench установлено, например, что Multigenerational LRU Framework, недавно опубликованный гуглом, не вполне корректно работает со swappiness, точнее то, что swappiness (от 1 до 200) очень слабо влияет на результат, в отличие от тестов с применением классического LRU.

С помощью скрипта, которому меньше дня? Может стоило новость написать про ошибки в Multigenerational LRU Framework лучше, чем одноразовый скрипт пиарить?

Скрипту месяц, просто не был опубликован.

>новость написать про ошибки в Multigenerational LRU Framework лучше, чем одноразовый скрипт пиарить?

Разрепорчу в лкмл, потом и сюда новость кину

уже было на лоре https://www.linux.org.ru/news/opensource/16350636

На ЛОР-е r-test, здесь cache-bench.

Если это шутка такая, то я её не понимаю.

> На ЛОР-е r-test, здесь cache-bench.

cache-bench - это переименованный r-test. См описание и код.

Что такое директория? Директрисса, что ли?