From owner-freebsd-current Wed Mar 5 0: 8: 1 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55F0837B401 for ; Wed, 5 Mar 2003 00:08:00 -0800 (PST) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BD3C43F3F for ; Wed, 5 Mar 2003 00:07:59 -0800 (PST) (envelope-from pete@he.iki.fi) Received: from PHE (silver.he.iki.fi [193.64.42.241]) by silver.he.iki.fi (8.12.8/8.11.4) with SMTP id h2587ulL016675; Wed, 5 Mar 2003 10:07:56 +0200 (EET) (envelope-from pete@he.iki.fi) Message-ID: <001201c2e2ee$54eedfb0$932a40c1@PHE> From: "Petri Helenius" To: "Bosko Milekic" Cc: References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com> <0e3701c2e2a7$aaa2b180$932a40c1@PHE> <20030304190851.A10853@unixdaemons.com> Subject: Re: mbuf cache Date: Wed, 5 Mar 2003 10:07:35 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Yeah, it kinda sucks but I'm not sure how it works... when are the > mbufs freed? If they're all freed in a continous for loop that kinda > sucks. I think there is nothing really special about the driver there? The mbufs are allocated in the driver and then freed when other parts in the kernel are done with the packet? The issue Iīm having is that mb_free takes almost four times the cycles than mb_alloc for each call which does not seem to be right? I shouldnīt be having lock contention in mb_alloc because the whole thing is still under Giant, right? > > > Nothing seems to be moving to the GEN pool. > > Lower the high watermark to like 512... wait for the next free... if > it's still not moving, but you see that the per-cpu caches are being > used ("in use" is changing), please let me know ASAP. Itīs moving, however no change in performance. In use hovers around 7000 for mbufs and clusters alike. Now the only difference is that "in pool" also changes constantly because mbufs are shuffled between pools. > Pete To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message