Почему Squid не может кэшировать большие файлы - PullRequest
0 голосов
/ 13 июня 2019

Я новичок в использовании Squid и у меня были некоторые неожиданные результаты с кешированием Squid.Я прикреплю свой файл squid.conf ниже, но в основном я устанавливаю «cache_dir» на 15 ГБ и «cache_mem» на 7 ГБ.Затем я попытался загрузить файл 8 ГБ.

Первый раз был 30 МБ / с, что относительно медленно, и это ожидается, потому что кэш еще не использовался.Я проверил "sudo du -hs / var / spool / squid", который должен получить размер кэша, я почти уверен, и он сказал, что ожидается 8 ГБ.

Второй раз был 300 МБ / с, что быстро и ожидаемо.На этом этапе «access.log» фактически показал TCP_Miss для обоих запросов по какой-то причине (и я проверял это несколько раз).Тогда третий запрос был на скорости 30 МБ / с, что является медленным, хотя объект был только в кеше.И "sudo du -hs / var / spool / squid" сказал 196K, что означает, что файл больше не находится в кеше.Четвертый запрос снова быстрый.

Это как-то связано с тем, что файл больше, чем cache_mem, но меньше, чем cache_dir.В этом случае, не будет ли он кэшироваться вообще, и второй запрос также будет довольно медленным.Если он был кеширован, то почему он должен быть выгнан после второго запроса и, таким образом, сделать третий запрос медленным.

#
# Recommended minimum configuration:
#
acl manager proto cache_object
acl localhost src 127.0.0.1/32 ::1
acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1

# Example rule allowing access from your local networks.
# Adapt to list your (internal) IP networks from where browsing
# should be allowed
acl localnet src 10.0.0.0/8 # RFC1918 possible internal network
acl localnet src 172.16.0.0/12  # RFC1918 possible internal network
acl localnet src 192.168.0.0/16 # RFC1918 possible internal network
acl localnet src fc00::/7       # RFC 4193 local private network range
acl localnet src fe80::/10      # RFC 4291 link-local (directly plugged) machines

acl SSL_ports port 443
acl Safe_ports port 80    # http
acl Safe_ports port 21    # ftp
acl Safe_ports port 443   # https
acl Safe_ports port 70    # gopher
acl Safe_ports port 210   # wais
acl Safe_ports port 1025-65535  # unregistered ports
acl Safe_ports port 280   # http-mgmt
acl Safe_ports port 488   # gss-http
acl Safe_ports port 591   # filemaker
acl Safe_ports port 777   # multiling http
acl CONNECT method CONNECT

#
# Recommended minimum Access Permission configuration:
#
# Only allow cachemgr access from localhost
http_access allow manager localhost
http_access deny manager

# Deny requests to certain unsafe ports
http_access deny !Safe_ports

# Deny CONNECT to other than secure SSL ports
http_access deny CONNECT !SSL_ports

# We strongly recommend the following be uncommented to protect innocent
# web applications running on the proxy server who think the only
# one who can access services on "localhost" is a local user
#http_access deny to_localhost


#
# INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
#

# Example rule allowing access from your local networks.
# Adapt localnet in the ACL section to list your (internal) IP networks
# from where browsing should be allowed
http_access allow localnet
http_access allow localhost

# And finally deny all other access to this proxy
http_access deny all


# Squid normally listens to port 3128
http_port 3128

# Uncomment and adjust the following to add a disk cache directory.
maximum_object_size 15 GB
cache_dir ufs /var/spool/squid 15000 16 256
cache_mem 7000 MB
maximum_object_size_in_memory 15 GB
cache_replacement_policy LRU
range_offset_limit -1
quick_abort_min -1 KB

# Leave coredumps in the first cache dir
coredump_dir /var/spool/squid

# Add any of your own refresh_pattern entries above these.
refresh_pattern ^ftp:   1440  20% 10080
refresh_pattern ^gopher:  1440  0%  1440
refresh_pattern -i (/cgi-bin/|\?) 0 0%  0
refresh_pattern .   0 20% 4320
...