ПРОЕКТЫ 


  АРХИВ 


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] Memory leak ??



On Thu, Jan 04, 2001 at 08:46:43PM +0300, Victor Wagner wrote:
> On Thu, 4 Jan 2001, Artem Koutchine wrote:
> > > А если в перле такое будет, да еще и с хуками на уровне XS, то можно будет
> > > mmap-ed хэши писать. Вот мы тогда заживем. Сейчас приходится в каждой
> > > копии Апача свой набор хэшей держать, да не забывать синхронизировать.
> > >
> > > А так можно будет всю дазу банных в хэши сложить и mmap-ить в адресное
> > > пространство всех апачей.
> >
> > Может я чего не понимаю, но ведь если очень хочется и прямо сейчас, то можно
> > серез зашарить память через симафоры?
> 
> Хочется _хэша_ в шареной памяти. Не freeze-нного чтобы время на thaw не
> тратить, не tie-ного, чтобы не переделывать перловый механизм работы с
> хэшами, а нормального. И чтобы в нем можно было хранить ссылки на другие
> хэши, списки и скаляры, живущие в той же памяти.

 Для этого и существуют базы данных. То есть если переформулировать
 эту тираду, тебе хочется DBD, работающий с базой через разделяемую
 память, а не через streams/sockets. А базе совсем не обязательно
 делить адресное пространство - для кода - с Апачем. Тем более что
 оверхед на блокировки/семафоры будет практически такой же, как
 затраты на переключение контекста (те же вызовы ядра, только сбоку).
-- 
 Eugene Berdnikov
=============================================================================
=               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.