[devel] q: glibc malloc s*cks?
Michael Shigorin
=?iso-8859-1?q?mike_=CE=C1_osdn=2Eorg=2Eua?=
Пн Янв 15 21:01:21 MSK 2007
On Mon, Jan 15, 2007 at 05:13:42PM +0300, Dmitry V. Levin wrote:
> > Не будучи в курсе того, как именно выделяется/распределяется
> > память (и какое происходит взаимодействие с Xorg, а также
> > какого тот замерзает, а не пытается высвободить
> > закэшированные пиксмапы, при нехватке памяти) -- сказали sr@,
> > который кратко охарактеризовал glibc malloc как "deprecated,
> > поскольку brk() был объявлен таким ещё около 2.0.29".
> Скажите sr@, что glibc malloc уже давно использует mmap.
> См. тж. http://sourceware.org/ml/libc-alpha/2006-11/msg00061.html
Посмотрел в 2.3.5 из 3.0 и 2.5 из сизифа -- отличия, помимо
изменений по тредовой части и обновления копирайтов, для меня
неочевидны; а, хотя нужный кусок процитирован здесь и это 2006:
http://sourceware.org/ml/libc-alpha/2006-03/msg00033.html
Бишь с одной стороны -- давно (<5 лет, судя по winehq)
используется mmap, но с другой -- только недавно он перестал
быть отдельной причиной как минимум тормозов на временных
аллокациях.
> > Отсюда вопросы.
> Вопросы эти исходят из ложной посылки.
Дим, как же тогда пояснить наблюдаемое и изложенное в первом
письме? Пока костылик, залитый как openbsd-malloc, решил
вполне ощутимую проблему в случае использования 3.0.
Ещё погоняем, но пока похоже на то.
--
---- WBR, Michael Shigorin <mike на altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
Подробная информация о списке рассылки Devel