From owner-freebsd-arch@FreeBSD.ORG Mon Oct 1 08:57:31 2007 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E68C916A417 for ; Mon, 1 Oct 2007 08:57:31 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6404513C48A for ; Mon, 1 Oct 2007 08:57:31 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 34624293; Mon, 01 Oct 2007 11:57:30 +0300 Message-ID: <4700B679.3070909@FreeBSD.org> Date: Mon, 01 Oct 2007 11:57:29 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.0 (X11/20070424) MIME-Version: 1.0 To: Julian Elischer References: <46FFD850.1040508@FreeBSD.org> <470075EE.1030104@elischer.org> In-Reply-To: <470075EE.1030104@elischer.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-arch@freebsd.org Subject: Re: Kernel thread stack usage X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2007 08:57:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Julian Elischer wrote: > two mbuf counters. one oncremented whenever there is am mbuf handoff > that doesn't involve queueing, and is cleared to 0 whenever queueing is > invoked, > and one that is continually incremented until the packet leaves the > machine.. > > one to stop packets permanently circulating around a machine and one for > stack protection.. Using counter in item will not help in case where packet leaves netgraph, but will come back later. Also item can be destroyed and recreated by some nodes like ng_ppp. And even except this counter will not be a best solution as for example ng_tee node have significantly lower stack usage then previous version of ng_bpf or tcp stack call from ksocket. ng_tee node can handle a hundres, while previous ng_bpf would die after 25 calls. - -- Alexander Motin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHALZ50kCgngV3usoRAuP2AJ9L87iQss1an2qGEbp9jKYZXW4wdwCdExYp 66aJPV7WqTE1S/Fao1L6Ik4= =7Enh -----END PGP SIGNATURE-----