From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] High interruptload on cpu server In-Reply-To: <86fzgbsjpk.fsf@gic.mteege.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-lefdilwntslqfnjqeikdiitmnn" Date: Wed, 26 Nov 2003 08:43:08 -0500 Topicbox-Message-UUID: 93e62554-eacc-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-lefdilwntslqfnjqeikdiitmnn Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit The numbers are meaningless unless you look at them twice over some period and see what how the numbers change. That said, there doesn't seem to be much happening on either system. If you add up the last two numbers and subtract from 100, that's the ammount of time spent elsewhere (probably vmware somewhere). It sounds like you're being bitten by an interaction with vmware. What does a ps on the cpu server show? Is it doing anything? --upas-lefdilwntslqfnjqeikdiitmnn Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Nov 26 01:56:39 EST 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Wed Nov 26 01:56:37 EST 2003 Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id AC46219C22; Wed, 26 Nov 2003 01:56:27 -0500 (EST) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2F6E019C1D; Wed, 26 Nov 2003 01:56:13 -0500 (EST) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id CCDE319C1D; Wed, 26 Nov 2003 01:55:21 -0500 (EST) Received: from one.mteege.de (one.mteege.de [81.2.131.61]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id A58CE19BFF for <9fans@cse.psu.edu>; Wed, 26 Nov 2003 01:55:09 -0500 (EST) Received: (qmail 52616 invoked by uid 66); 26 Nov 2003 06:55:30 -0000 Received: (qmail 46622 invoked from network); 26 Nov 2003 06:54:48 -0000 Received: from gic.mteege.de (HELO mteege.de) (192.168.153.10) by 0 with SMTP; 26 Nov 2003 06:54:48 -0000 Received: (qmail 24247 invoked by uid 1001); 26 Nov 2003 06:54:48 -0000 To: 9fans@cse.psu.edu Subject: Re: [9fans] High interruptload on cpu server References: <2bed3801ed49f2146940e9600abbc936@plan9.bell-labs.com> From: Matthias Teege In-Reply-To: <2bed3801ed49f2146940e9600abbc936@plan9.bell-labs.com> (David Presotto's message of "Tue, 25 Nov 2003 21:52:36 -0500") Message-ID: <86fzgbsjpk.fsf@gic.mteege.de> User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 26 Nov 2003 07:54:25 +0100 X-Spam-Status: No, hits=-3.0 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_GNUS_UA version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) David Presotto writes: > It's quite odd. The listener doesn't do anything while waiting for a call, > i.e., sshserve doesn't get started until the call is made. No matter how > badly you misconfigured it, it won't do anything until you connect to > the port. It sounds more like your interrupts stop when you have something > to run. CPU/auth Server and Term running under VMware. My new cpu server is appointed. /dev/sysstat look like that Terminal: 0 2981455 4928785 3083886 44435 0 0 231 91 1 CPU: 0 2434644 17515256 969406 87557 0 0 303 93 4 Matthias --upas-lefdilwntslqfnjqeikdiitmnn--