Bruce, I know it is not elegant but I run iostat -xDn 30 and if I see wsvc_t time then I assume that sd_max_throttle is hurting me. rick
On Tue, Nov 13, 2007 at 02:03:54PM +0000, Bruce McAlister wrote: > Date: Tue, 13 Nov 2007 14:03:54 +0000 > From: Bruce McAlister <[EMAIL PROTECTED]> > Subject: Re: [dtrace-discuss] sd_max_throttle > In-reply-to: <[EMAIL PROTECTED]> > To: [email protected] > Errors-to: [EMAIL PROTECTED] > X-Complaints-to: [EMAIL PROTECTED] > Precedence: list > X-BeenThere: [email protected] > Delivered-to: [email protected] > X-PMX-Version: 5.2.0.264296 > X-Brightmail-Tracker: AAAAAA== > X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on > oss-mail1.opensolaris.org > X-Original-To: [email protected] > X-Injected-Via-Gmane: http://gmane.org/ > X-Gmane-NNTP-Posting-Host: 89.100.145.104 > X-Mailman-Version: 2.1.9 > List-Post: <mailto:[email protected]> > List-Subscribe: <http://mail.opensolaris.org/mailman/listinfo/dtrace-discuss>, > <mailto:[EMAIL PROTECTED]> > List-Unsubscribe: > <http://mail.opensolaris.org/mailman/listinfo/dtrace-discuss>, > <mailto:[EMAIL PROTECTED]> > List-Archive: <http://mail.opensolaris.org/pipermail/dtrace-discuss> > List-Help: <mailto:[EMAIL PROTECTED]> > List-Id: DTrace General Discussion <dtrace-discuss.opensolaris.org> > User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) > X-Spam-Status: No, score=2.6 required=5.0 tests=RCVD_NUMERIC_HELO autolearn=no > version=3.2.3 > X-Spam-Level: ** > > [EMAIL PROTECTED] wrote: > > Hello, > > > > we are using hardware array and its vendor recommends the following setting > > in > > /etc/system: > > set sd:sd_max_throttle = <value> > > or > > set ssd:ssd_max_throttle = <value> > > > > To find out a little more of what this feature does, have a read here: > > http://www.opensolaris.org/jive/thread.jspa?threadID=12523&tstart=0 > > > > > Is it possible to monitor *somehow* whether the variable becomes > > sort of bottleneck ? Or how its value influences io traffic ? > > > > You could probably monitor the performance using the standard tools, for > example, iostat. > > What you are doing when you set these commands is effectivly limiting > the total number of io requests to a particular device. This is > "recommended" with arrays because they share out multiple "luns" over a > single port and thus the number of io requests from the hosts may > overwhelm the FEP. > > > Regards > > przemol > > _______________________________________________ > dtrace-discuss mailing list > [email protected] -- Rickey C. Weisner Software Development and Performance Specialist Sun Microsystems, INC cell phone: 615-308-1147 email: [EMAIL PROTECTED] _______________________________________________ dtrace-discuss mailing list [email protected]
