Date: Fri, 26 Oct 2001 07:50:01 -0700 From: Luigi Rizzo <rizzo@aciri.org> To: Keiichi SHIMA / ????????? <keiichi@iij.ad.jp> Cc: Bosko Milekic <bmilekic@technokratis.com>, David Malone <dwmalone@maths.tcd.ie>, Alfred Perlstein <bright@mu.org>, net@FreeBSD.ORG Subject: Re: performance issues with M_PREPEND on clusters Message-ID: <20011026075001.C64631@iguana.aciri.org> In-Reply-To: <86u1wmlj1s.wl@keiichi01.osaka.iij.ad.jp> References: <20011023110307.A34494@iguana.aciri.org> <20011023132813.I15052@elvis.mu.org> <20011023114650.C34494@iguana.aciri.org> <20011023140034.M15052@elvis.mu.org> <20011023140628.A36095@iguana.aciri.org> <20011023185759.A328@technokratis.com> <20011026110635.B14635@walton.maths.tcd.ie> <86u1wmlj1s.wl@keiichi01.osaka.iij.ad.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Keiichi, On Fri, Oct 26, 2001 at 08:47:27PM +0900, Keiichi SHIMA / ????????? wrote: > Hi, I am one of the KAME members. so i have a question for you -- the next step on this kind of optimizations is to avoid that m_pullup() allocates an mbuf when data is already contiguous and in a writable (non-shared) cluster. Garret was suggesting a new interface for this, at the beginning i thought the same, but now i am a bit uncertain on whether it is really necessary to use a different interface, or whether this would cause compatibility problems with other BSD's. Maybe you have already thought about this issue while developing the KAME code, and can say something on the topic ? cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011026075001.C64631>