Article View: fa.netbsd.tech.kern
Article #95Re: Question about pool(9) sizes
From: Michael van Elst
Date: Sat, 04 May 2013 07:59
Date: Sat, 04 May 2013 07:59
43 lines
3273 bytes
3273 bytes
buhrow@nfbcal.org (Brian Buhrow) writes:
>Given the following snippet of output from vmstat -m, does the size 164,
>which I realize represents the number of objects in the pool, also
>represent the maximum number of objects in the pool?
>Name Size Requests Fail Releases Pgreq Pgrel Npage Hiwat Minpg Maxpg Idle
>scxspl 164 67714659 0 67714659 2101 2092 9 9 1 inf 9
Size is not the number of objects in the pool.
A pool manages a set of equally sized items, for scxspl an item
is a scsipi_xfer structure.
Size = the size of an item
Requests = number of item allocation attempts
Fail = number of item allocation failures
Releases = number of item deallocations
Pgreq = number of page allocation attempts
Pgrel = number of page deallocations
Npage = number of currently allocated pages
Nhiwat = maximum number of allocated pages over pool lifetime
Minpg = Minimum number of pages to keep
Maxpg = limit to the number of pages that can be allocated (inf == no limit)
Idle = Number of pages without item allocations
Maxpg determines the maximum pool size. Each page can contain
a fixed number of items which is about pagesize/itemsize,
the precise value depends on wether a page also includes
a header and on alignment restrictions of the item and
is a constant for the pool that isn't reported by vmstat.
If Fail > 0 then most likely the pool limit has been reached
in the past.
--
--
Michael van Elst
Internet: mlelstv@serpens.de
"A potential Snark may lurk in every tree."
Technical Details
Message-ID:
<fa.N0yLF2xoCO235J7rMqeJsLHtxUM@ifi.uio.no>Path:
arc1-ca.pugleaf.net!ln4ni1321pbb.0!nntp.google.com!npeer02.iad.highwinds-media.com!feed-me.highwinds-media.com!cyclone02.ams2.highwinds-media.com!news.highwinds-media.com!voer-me.highwinds-media.com!goblin1!goblin.stu.neva.ru!uio.no!nntp.uio.no!.POSTED!not-for-mailReferences:
<fa.CvvT61+cNJakq9MTAZACNlhfF5c@ifi.uio.no>Show Full Headers
Complete Article Headers
X-Google-Thread: b7e13b6095,5ac98966a4cb5902
X-Google-Attributes: gidb7e13b6095,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
X-Received: by 10.66.176.49 with SMTP id cf17mr5216346pac.27.1367654380746;
Sat, 04 May 2013 00:59:40 -0700 (PDT)
Path: arc1-ca.pugleaf.net!ln4ni1321pbb.0!nntp.google.com!npeer02.iad.highwinds-media.com!feed-me.highwinds-media.com!cyclone02.ams2.highwinds-media.com!news.highwinds-media.com!voer-me.highwinds-media.com!goblin1!goblin.stu.neva.ru!uio.no!nntp.uio.no!.POSTED!not-for-mail
From: mlelstv@serpens.de (Michael van Elst)
Newsgroups: fa.netbsd.tech.kern
Subject: Re: Question about pool(9) sizes
Date: Sat, 04 May 2013 07:59:40 UTC
Organization: Serpens User Group
Lines: 43
Sender: tech-kern-owner@NetBSD.org
Distribution: lists
Message-ID: <fa.N0yLF2xoCO235J7rMqeJsLHtxUM@ifi.uio.no>
References: <fa.CvvT61+cNJakq9MTAZACNlhfF5c@ifi.uio.no>
NNTP-Posting-Host: mail-jess.uio.no
Mime-Version: 1.0
X-Trace: readme.uio.no 1367654380 12370 129.240.7.9 (4 May 2013 07:59:40 GMT)
X-Complaints-To: abuse@uio.no
NNTP-Posting-Date: Sat, 4 May 2013 07:59:40 +0000 (UTC)
User-Agent: nn/6.7.3
To: tech-kern@netbsd.org
Delivered-To: tech-kern@netbsd.org
X-Virus-Scanned: amavisd-new at NetBSD.org
List-Id: tech-kern.NetBSD.org
Original-Newsgroups: lists.netbsd.tech.kern
Original-Date: Sat, 4 May 2013 07:58:46 +0000 (UTC)
Original-Message-Id: <km2f3m$fvj$1@serpens.de>
Original-References: <201305032141.r43LfTsC027562@lothlorien.nfbcal.org>
X-Received-Bytes: 2899
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit