Date: Mon, 30 Sep 1996 10:33:14 +0200 (MET DST) From: Mikael Karpberg <karpen@ocean.campus.luth.se> To: hackers@FreeBSD.ORG Subject: Re: Optimizing bzero() Message-ID: <199609300833.KAA18915@ocean.campus.luth.se> In-Reply-To: <1795.843631197@critter.tfs.com> from Poul-Henning Kamp at "Sep 25, 96 07:59:57 am"
next in thread | previous in thread | raw e-mail | index | archive | help
According to Poul-Henning Kamp: > In message <199609250343.AA109333032@fakir.india.hp.com>, A JOSEPH KOSHY writes > : > >>>>> "phk" == "Poul-Henning Kamp" <phk@critter.tfs.com> writes > > > >phk> The next thing you could start to consider is when people realloc a > >phk> multipage allocation to something bigger, it would be nice to be able > >phk> to ask the kernel to "move these pages to this address" and then extend > >phk> It there instead of copying the contents. > > > >Makes sense; can this be done without major surgery though? How costly > >would it be for malloc(3) to invoke a system call to re-arrange the > >address space compared to an memory allocation followed by a bcopy()? > cheap(er). Can't you just make realloc do that? Is there a problem with doing it? If not, is there a way to tell the system to rearrange your address space? [stuff deleted] /Mikael
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199609300833.KAA18915>