What are the optimal memory and cache settings for Squid, given a powerful computer?

Question

Squid

Good afternoon!
Recommend optimal Squid settings. The hardware is quite powerful - 2 Intel processors (2 cores per processor), 16 Gb of RAM.
Particularly interested in memory and cache settings for maximum performance.
Here is the config I have:

# Адрес и порт, который будет прослушиваться
http_port 3128

# Настройки использования памяти
memory_pools off
#memory_pools_limit 0 # нестабильно работает, не включать

# Настройки DNS
dns_nameservers 8.8.8.8
fqdncache_size 2048

# Настройки кэша в ОЗУ
cache_mem 5000 MB
maximum_object_size_in_memory 512 KB
memory_replacement_policy heap LRU

# Настройки дискового кэша
cache_replacement_policy heap LFUDA
cache_dir aufs /var/cache/squid 20000 48 256
maximum_object_size 10 MB
minimum_object_size 1 KB

# Очистка кэша при заполнении
cache_swap_low 90
cache_swap_high 95

# Размер докачки
quick_abort_min 16 KB
quick_abort_max 16 KB
quick_abort_pct 95

# Максимальное количество открытых файлов
max_open_disk_fds 0

# Автоматическая докачка небольших файлов - не закачивать больше запрашиваемого
range_offset_limit 0 KB

# Кэширование IP-адресов
ipcache_size 2048

# Настройка логов
cache_store_log none
client_db off
access_log /var/log/squid/access.log
buffered_logs on
# Определять и записывать в журнал полные доменные имена источника запроса,
# вносит дополнительную задержку в обработку запроса
log_fqdn off

# Не Закрывать наполовину закрытые соединения
half_closed_clients off

# Не вставлять в заголовок адрес клиента
forwarded_for off

# Соседей нет
icp_port 0
htcp_port 0

# Не обновлять заголовки
update_headers off

# Поддержка работы с серверами, которые управляют нагрузкой используя несколько IP адресов
balance_on_multiple_ip on

# Поддержка Persistent соединений с клиентами и серверами
client_persistent_connections on
server_persistent_connections on

# Страница с ошибками
error_directory /usr/share/squid/errors/Russian-1251

# Максимальное количество открытых файлов
max_open_disk_fds 0

# Доп. параметры
request_body_max_size 0 KB
relaxed_header_parser on
http_reply_access allow all
nonhierarchical_direct off
icp_access allow all

And here's the ambush:
With an increase in memory (cache_mem), there is no "by eye" increase in performance.
I'm thinking of reducing the disk cache, but is it worth it - the disk subsystem is fast.
In general, I would be grateful for comments on the case ...
Thank you ...

Answer 1

And why should it be? The download speed of a site depends on a thousand reasons other than the speed of the proxy. And a linear relationship can never be achieved.
You can try to twist something - for example, I use diskd instead of aufs and it seems to me that there is no need to do such a directory depth - through experiments, I chose a depth of 64 64 for myself.
I usually set the memory cleaning algorithm to LFUDA - especially since there is a lot of memory :)