From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 24 07:29:10 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2539416A41A for ; Thu, 24 Jan 2008 07:29:10 +0000 (UTC) (envelope-from binto@triplegate.net.id) Received: from outgoing16.3gate.net (outgoing16.3gate.net [202.127.97.16]) by mx1.freebsd.org (Postfix) with SMTP id EF4C013C448 for ; Thu, 24 Jan 2008 07:29:02 +0000 (UTC) (envelope-from binto@triplegate.net.id) Received: (qmail 3554 invoked by uid 1011); 24 Jan 2008 06:57:43 -0000 Received: from 202.127.97.100 by outgoing16.3gate.net (envelope-from , uid 1009) with qmail-scanner-1.25-st-qms (clamdscan: 0.86.2/1034. spamassassin: 3.0.2. perlscan: 1.25-st-qms. Clear:RC:1(202.127.97.100):. Processed in 0.047014 secs); 24 Jan 2008 06:57:43 -0000 X-Antivirus-3GATE-NET-Mail-From: binto@triplegate.net.id via outgoing16.3gate.net X-Antivirus-3GATE-NET: 1.25-st-qms (Clear:RC:1(202.127.97.100):. Processed in 0.047014 secs Process 3548) Received: from smtp.triplegate.net.id (HELO lb1.3gate.net) (202.127.97.100) by outgoing16.3gate.net with SMTP; 24 Jan 2008 06:57:43 -0000 Received: from webmail.triplegate.net.id (unknown [202.127.97.10]) by lb1.3gate.net (Postfix) with ESMTP id 13AFA21103E; Thu, 24 Jan 2008 13:58:01 +0700 (WIT) Received: from 202.127.98.144 (SquirrelMail authenticated user binto@triplegate.net.id) by webmail.triplegate.net.id with HTTP; Thu, 24 Jan 2008 14:04:12 +0700 (WIT) Message-ID: <60707.202.127.98.144.1201158252.squirrel@webmail.triplegate.net.id> In-Reply-To: <47977AF5.7090906@moneybookers.com> References: <4795CC13.7080601@moneybookers.com><4795FE54.9090606@moneybookers.com> <86lk6i0vzk.fsf@ds4.des.no><479605E2.6070709@moneybookers.com> <47964356.6030602@moneybookers.com> <479647FB.3070909@FreeBSD.org><47970EE2.5000400@moneybookers.com> <479754E6.1060101@moneybookers.com> <9bbcef730801230802n5c52832bk60c6afc47be578f4@mail.gmail.com> <01ad01c85dda$9d2069e0$b6db87d4@multiplay.co.uk> <47977AF5.7090906@moneybookers.com> Date: Thu, 24 Jan 2008 14:04:12 +0700 (WIT) From: "binto" To: "Stefan Lambrev" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-hackers@freebsd.org, Steven Hartland , Ivan Voras Subject: Re: gettimeofday() in hping X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jan 2008 07:29:10 -0000 > Greetings, > > Steven Hartland wrote: >> ----- Original Message ----- From: "Ivan Voras" >>>> The other thing that bothers me is, that under freebsd is quite easy >>>> to get: >>>> [send_ip] sendto: No buffer space available >>>> It happens almost always on my laptop just few seconds after I start >>>> hping with timecounter=TSC >>> >>> I'm not sure, but from what I understood of Robert Watson's >>> explanation in the big ZFS thread on -current, maybe increasing >>> kmem_size (exactly as for ZFS...) could help you with these buffers. >> >> Is this not just running out of mbufs? netstat -m will show if it is >> and the fix >> is to just increase kern.ipc.nmbclusters. > 670/1520/2190 mbufs in use (current/cache/total) > 462/322/784/25600 mbuf clusters in use (current/cache/total/max) > 462/306 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/35/35/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 1091K/1164K/2255K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/4/6656 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > kern.ipc.nmbclusters: 25600 sysctl -a kern.ipc.maxsockbuf ? if net.inet.tcp.recvspace / net.inet.tcp.sendspace greater than kern.ipc.maxsockbuf that can also make : "No buffer space available" > > I do not think I'm running out of mbufs. > And increasing nmbclusters doesn't help. > > Here is what I have for kmem_size. How can I see how much of the kmem > size is used ? vmstat -m :) > > vm.kmem_size_scale: 3 > vm.kmem_size_max: 335544320 > vm.kmem_size_min: 0 > vm.kmem_size: 335544320 > > Something suspicious that I notice is: > vmstat -m|grep devbuf > devbuf 5214 42780K - 6390 > 16,32,64,128,256,512,1024,2048,4096 > > 42MB memory allocated for devbuf ? Is this ok ? > > This is the only thing that 'eat' more then 1-2MB memory reported by > vmstat -m. > > -- > > Best Wishes, > Stefan Lambrev > ICQ# 24134177 > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >