From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <2bed3801ed49f2146940e9600abbc936@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] High interruptload on cpu server In-Reply-To: <86znek1mwi.fsf@gic.mteege.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-yturrupjfrkqrpndvouffltwmd" Date: Tue, 25 Nov 2003 21:52:36 -0500 Topicbox-Message-UUID: 938d3ffc-eacc-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-yturrupjfrkqrpndvouffltwmd Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit 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. What hardware are you doing this on? What does /dev/sysstat show about the interrupt load? --upas-yturrupjfrkqrpndvouffltwmd Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Nov 25 10:36:34 EST 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Tue Nov 25 10:36:32 EST 2003 Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id C255519ACE; Tue, 25 Nov 2003 10:36:26 -0500 (EST) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 72E3019ABB; Tue, 25 Nov 2003 10:36:12 -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 CB3BA19A64; Tue, 25 Nov 2003 10:35:42 -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 9CF5F19AE4 for <9fans@cse.psu.edu>; Tue, 25 Nov 2003 10:35:30 -0500 (EST) Received: (qmail 43569 invoked by uid 66); 25 Nov 2003 15:35:51 -0000 Received: (qmail 42065 invoked from network); 25 Nov 2003 15:35:41 -0000 Received: from gic.mteege.de (HELO mteege.de) (192.168.153.10) by 0 with SMTP; 25 Nov 2003 15:35:41 -0000 Received: (qmail 63865 invoked by uid 1001); 25 Nov 2003 15:35:41 -0000 To: 9fans@cse.psu.edu Subject: Re: [9fans] High interruptload on cpu server References: From: Matthias Teege In-Reply-To: (David Presotto's message of "Tue, 25 Nov 2003 08:41:28 -0500") Message-ID: <86znek1mwi.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: Tue, 25 Nov 2003 16:35:19 +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: > Could you just probe one service at a time and see what's fixing > your interrupt load? Yes, it is port 22 ssh. If I connect to 22 via telnet,ssh, or nmap the interrupt load goes down for a while. There must be somthing wrong in my configuration because I can't connect via ssh. I only get debug1: ssh_connect: needpriv 0 debug1: Connecting to coco.mteege.de [192.168.153.21] port 22. debug1: Connection established. ssh_exchange_identification: Connection closed by remote host debug1: Calling cleanup 0x804c158(0x0) Bis dann Matthias --upas-yturrupjfrkqrpndvouffltwmd--