ПРОЕКТЫ 


  АРХИВ 


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: offtopic: Дисковая подсист ема



так и мемкешд не спасет от "если все не поместится в памяти",
тут тока один вариант решения без кодирования это сервер у которго мноооого памяти, и он занимается кешированием дисковвых операций с накрученным рид ахеад и т.п.

тода вариант nas/sbm/nfs - бюджетное решение, можно даже на коленке собрать (только не iSCSI, ужасно жрет процессор).

Gena Makhomed wrote:
Здравствуйте, Kostya.

Вы писали 28 ноября 2007 г., 17:37:29:

KA>>> Если говорить о "только чтение" - отдача статик контента,
KA>>> и объемы его до 32Г, я бы рекомендовал пользовать tmpfs/ramfs
KA>>> и т.п. в любом случае будет быстрее чем супер массив.

GM>> tmpfs/ramfs будет жить в ram/swap, и не переживет reboot.
GM>> обычно используют или memcached или file cache системы.

KA> а memcached переживет ребут?

memcached - это кэш. для наиболее часто используемых данных.
если данных не будет в кеше - nginx возьмет их с backend`а.

KA> а проблема в стартап скрипте поднять все с диска в память?

"проблемы" начнутся когда "все" с диска в память не поместится.
да и перезагрузка сервера будет занимать в N раз больше времени




 




Copyright © Lexa Software, 1996-2009.