Re: баг или фича x64?

Gerasimenko Konstantin kred на gmx.net
Вт Мар 16 20:09:50 MSK 2010


*syntax: *proxy_cache_path */путь [levels=уровни] 
keys_zone=название:размер [inactive=время] [max_size=размер]/*
*default: *нет
*context: *http

Директива задаёт путь и другие параметры кэша. Данные кэша хранятся в 
файлах. Ключом и именем файла в кэше является результат функции md5 от 
проксированного URL. Параметр levels задаёт уровни иерархии кэша, 
например, при использовании

     
    proxy_cache_path  /data/nginx/cache  levels=1:2   keys_zone=one:10m;
      

имена файлов в кэше будут такого вида:

     
    /data/nginx/cache/*c/29*/b7f54b2df7773722d382f4809d650*29c*
      

Кэшируемый ответ записывается во временный файл, а потом этот файл 
переименовывается. Начиная с версии 0.8.9, временные файлы и кэш могут 
располагаться на разных файловых системах, но нужно учитывать, что в 
этом случае вместо дешёвой операции переименовывания в пределах одной 
файловой системы файл копируется с одной файловой системы на другую. 
Поэтому лучше, если кэш будет находиться на той же файловой системе, что 
и каталог с временными файлами, задаваемый директивой proxy_temp_path 
<http://sysoev.ru/nginx/docs/http/ngx_http_proxy_module.html#proxy_temp_path> 
для данного location.

Кроме того, все активные ключи и информация о данных хранятся в 
разделяемой памяти --- зоне, имя и размер которой задаётся параметром 
keys_zone. Если к данным кэша не обращются в течение времени, заданного 
параметром inactive, то данные удаляются, независимо от их свежести. По 
умолчанию inactive равен 10 минутам.

Специальный процесс "cache manager" следит за максимальным размером 
кэша, заданным параметром max_size, и при превышении его размеров 
удаляет самые невостребованные данные.




john2do schrieb:
> эээ
> я хочу сделать кэш зону (на сколько я понил таки на диске? а в памяти остается только хэш табличка)
> на х86, при наличии 2х гиг оперативки и 2х гиг свопа, процесс прекрасно стартует.
> правда жрет при этом 1813m виртуалки (в конфиге прописано 10000m с небольшим запасом).
> на х64 же, при циферке 6500m в конфиге(хочется 15гиг), процесс жрет 6529m виртуалки.
>
> х86:
>              total       used       free     shared    buffers     cached
> Mem:       1026356     974496      51860          0      39968     608188
> -/+ buffers/cache:     326340     700016
> Swap:      1951888      50424    1901464
>
> х64:
>              total       used       free     shared    buffers     cached
> Mem:       6126132    5887272     238860          0     286656    3618336
> -/+ buffers/cache:    1982280    4143852
> Swap:      2963952      14376    2949576
>
> для обеих тачек:
> vm.overcommit_memory = 0
> vm.overcommit_ratio = 50
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,64420,64441#msg-64441
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20100316/a89d9bd8/attachment-0001.html>


Подробная информация о списке рассылки nginx-ru