> SR> DA>Так ты видимо там и поставил 80Мб - т.е. полный объем твоей
> SR> DA>оперативки.
> SR> Hифига подобного. Вот у меня стоит 16 - а сквид жрёт от 40 до 64М.
> SR> Hасколько я понял, аппетит сквида от этого параметра конечно зависит,
> SR> но совсем не так просто. Давно бы поставил Oops, да нет там нужных ACL...
> В его собственной доке написано, что параметр этот 1) весьма
> приблизительный и 2) реально он скушает памяти раза в 3 больше,
> чем написано в этом параметре.
Параметр самый что ни на есть реальный. Превышается только если в данный
конкретный момент тянутся объекты, суммарный размер которых
действительно
этот параметр превышает. Hо потом честно уменьшается назад.
Дело в другом.
Во-первых, кроме кэша под объекты сквид хранит в памяти до фига всякого
разного добра. Самый большой из них - список объектов в дисковом кэше.
При размере дискового кэша в 3.5 Гигов этот список может занять в памяти
несколько десятков Мегов.
Во-вторых, как ни прискорбно, но может быть утечка памяти, с этим можно
бороться либо использованием библиотеки dlmalloc (она идет в комплекте
со сквидом) вместо штатной malloc, либо использованием memory_pools,
либо и то и другое вместе.
А вообще в данном конкретном случае надо памяти добавлять.
Считай - 64 MB под объекты в памяти плюс мегов 20 под список объектов
на диске итого уже больше чем у тебя всего оперативки. А ведь еще
другие структуры сквида, да сам код, да операционка со всем своим
барахлом, да поди другие программы крутятся...
Vova
