ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



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/b7f54b2df7773722d382f4809d65029c
  

Кэшируемый ответ записывается во временный файл, а потом этот файл переименовывается. Начиная с версии 0.8.9, временные файлы и кэш могут располагаться на разных файловых системах, но нужно учитывать, что в этом случае вместо дешёвой операции переименовывания в пределах одной файловой системы файл копируется с одной файловой системы на другую. Поэтому лучше, если кэш будет находиться на той же файловой системе, что и каталог с временными файлами, задаваемый директивой 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@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru
  

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.