Очистка кэшей препятствует производительности, не поможет. Если бы RAM была необходима для чего-то еще, что она использовалась бы чем-то еще так все, что Вы делаете, уменьшает удачное обращение в кэш / отношение мисс некоторое время после выполнения ясного.
Если данные в кэше очень устареют (т.е. это - материал, кэшируемый во время необычной операции), то это будет заменено "более новыми" данными по мере необходимости без Вас искусственно очистка его.
Единственная причина выполнения sync; echo 3 > /proc/sys/vm/drop_caches
обычно то, если Вы собираетесь попробовать, делают некоторые тесты производительности ввода-вывода и хотят, чтобы известное состояние начало с (выполнение отбрасывания кэша между выполнениями для сокращения различий в результатах из-за кэша, являющегося запущенным по-другому на каждом выполнении).
Ядро будет иногда подкачивать несколько страниц даже при том, что существует много RAM, которую оно могло требовать возвратить от кэша/буферов, и тонкая настройка установки swappiness может остановить это, если Вы находите, что это проблема для Вашего сервера. Вы могли бы видеть небольшое преимущество от этого, но, вероятно, будете видеть временное отбрасывание производительности путем очистки cache+buffer искусственно.
В Вашем /etc/rsyslog.conf
:
$ModLoad imudp.so
$UDPServerRun 514
Затем в Вашем rsyslogd запускают опции (/etc/sysconfig/rsyslog
на основанных на RHEL дистрибутивах, не уверенных, где это находится в находящихся в Debian), необходимо добавить -r514
кому: SYSLOGD_OPTIONS
.