ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


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


  ПРОГРАММЫ 



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














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

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

Re: [apache-talk] =?koi8-r?B?8M/exc3VINTByz8=?=




On Fri, 29 Jun 2001, Khimenko Victor wrote:

> > > Если вы уже зашли в такие нагрузки, что эти 10% вам делают погоду, то вам
> > > нужно СРОЧНО задуматься о перестройке системы. И да - если это 
>ДЕЙСТВИТЕЛЬНО
> >
> > [ правильные рассуждения скиппед ]
> >
> > > получить экономии на железе больше, чем проигрыша из-за затрат времени
> > > сисадмина и недовольства клиентов.
> >
> > Единственное замечание. Помимо дешёвой памяти, есть ещё
> > дорогой кэш, которого мало, и TLB, которая совсем никакая.
> >
> Правда ваша. Только вот не в этом случае. Ибо упомянутые вами "потерянные
> мегабайты" их никоим боком не задевают (их никто не читает, в них никто
> не пишет). А множественные сегменты данных дают нам по 8 лишних байт в
> кеше на модуль - полстроки кеша (причем все равно все модули туда не

Да, на кэш это никак не повлияет, там строки маленькие.

> попадают) и совсем мало влияют на TLB (просто TLB затормаживает работу
> процессора НАСТОЛЬКО редко, что это вообще можно заметить только в СИЛЬНО
> патологических случаях). Проигрыш (в денежном эквиваленте) оказывается

А вот на TLB это влияет. Вместо 5 (20 сегментов по 1К) строк TLB
будут использоваться 20. При том, что всего их 64. А читаться эти
сегменты будут регулярно, как минимум по два раза на запрос - в postread
и fixups, - там находятся хуки модуля. Просто для того, чтобы
убедится, что там NULL.

> столь же невелик (а скорее даже меньше ибо на подавляющем большинстве
> серверов процессора хватает так или иначе: все равно все, что нужно в кэш
> не попадает, как Apache не компилируй и процессору волей-неволей придется
> ждать, пока данные из памяти подвезут с трогательной регулярностью).

Игорь Сысоев

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.