[devel] q: glibc malloc s*cks?

=?iso-8859-1?q?sr_=CE=C1_altlinux=2Eru?= =?iso-8859-1?q?sr_=CE=C1_altlinux=2Eru?=
Вт Янв 16 02:18:00 MSK 2007


On Tue, Jan 16, 2007 at 12:37:28AM +0200, Michael Shigorin wrote:
> Date: Tue, 16 Jan 2007 00:37:28 +0200
> From: Michael Shigorin <mike на osdn.org.ua>
> To: ALT Devel discussion list <devel на lists.altlinux.org>
> Mail-Followup-To: ALT Devel discussion list <devel на lists.altlinux.org>
> Subject: Re: [devel] q: glibc malloc s*cks?
> 
> On Mon, Jan 15, 2007 at 11:33:03PM +0200, sr на altlinux.ru wrote:
> > > Скажите sr@, что glibc malloc уже давно использует mmap.
> > > См. тж. http://sourceware.org/ml/libc-alpha/2006-11/msg00061.html
> > Агащазблин.
> 
> Скажем так -- "умеет использовать mmap",

Не так, "не умеет использовать mmap", потому что mmap()/mremap()/munmap()
не может использоваться в прямую для malloc()/realloc()/free(), это
сразу дыры между vm_area_struct, т.е. фрагментацию на уровне юзерспэйса они
заменяют фрагментацией в ядре, хотя и в юзерспэйсе фрагментация не отменяется.
А там это таки так для больших кусков памяти. Собственно, этот, простите,
аллокатор ничем не отличается от такого же с dietlibc. Но почему он такой
в diet понятно, почему он такой же в glibc мне не понятно.



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