[devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

Rider =?iso-8859-1?q?rider_=CE=C1_linux=2Eru=2Enet?=
Чт Янв 25 12:56:41 MSK 2001


"Dmitry V. Levin" wrote:
> 
> On Thu, Jan 25, 2001 at 12:00:55PM +0300, Rider wrote:
> > > > > > > Не факт.
> > > > > > > Лучше сделать статику...
> > > > > >
> > > > > > Дайте мне разумное объяснение, почему статически слинкованный mysqld
> > > > > > работает быстрее, чем слинкованный динамически с RTLD_NOW (если это так)?
> > > > >
> > > > > И расскажите, насколько быстрее. Если на 10-15%, то игра не стоит свеч.
> > > > >
> > > > 13% -- это оценка с mysql.com. А почему в этом случае не стоит свеч?
> > >
> > > IMHO, чем меньше программ статически слинковано с glibc, тем лучше.
> > > Если специалистам нужно, они сами все заточат. Остальным иметь еще одну
> > > программу, чреватую потерей совместимости с окружением при замене glibc,
> > > вовсе незачем.
> >
> > Интересно, а где MySQL потеряет совместимость с окружением в случае
> > замены GLIBC? ;-)
> 
> Вообще-то glibc - backward-compatible во всем, кроме локали. Следующая
> запланированная несовместимость - IPv6.
> 
> > P.S. Большинство дистрибь/торов собитрает MYSQL статически и утилиты -
> > динамически.
> > RedHat, MandrakeSoft - этому явный пример.
> 
> Если при линковке RTLD_NOW разница будет в пределах погрешности измерения
> (около 1%), то никаких причин собирать mysqld статически у нас не будет.
> 
> И вообще, делать что-либо тем или иным образом только потому, что так
> делает RedHat или MandrakeSoft, глупо. Там, конечно, работают
> профессионалы, но не на всех направлениях. Кроме того, и они иногда
> ошибаются.

Нет проблем - давайте проведем замеры...
я готов потестировать одну и вторую сборку ... после выхода пакета
естественно ;-)

Так что ждемc.

Rgds
Anton
_______________________________________________
Devel mailing list
Devel на linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel



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