From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 04:01:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52CA337B401; Tue, 8 Jul 2003 04:01:41 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52E6643FAF; Tue, 8 Jul 2003 04:01:40 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc01p.dialup.mindspring.com ([209.86.0.57] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19ZqDy-0006QN-00; Tue, 08 Jul 2003 04:01:31 -0700 Message-ID: <3F0AA444.28EC5A8E@mindspring.com> Date: Tue, 08 Jul 2003 04:00:20 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson References: <20030708035309.GE87950@dan.emsphone.com> <20030708044912.GF87950@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4393873c806a2959f9a181e51f5b02339548b785378294e88350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org cc: Andy Farkas Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 11:01:41 -0000 Dan Nelson wrote: > In the last episode (Jul 08), Andy Farkas said: > > If setiathome is making lots of syscalls, then running the 3 instanses > > should already show a problem, no? > > Not if it's ssh that's holding Giant for longer than it should. The > setiathome processes may be calling some really fast syscall 500 times > a second which doesn't cause a problem until ssh comes along and calls > some other syscall that takes .1 ms to return but also locks Giant long > enough to cause the other processes to all back up behind it. Specifically, if it's sleeping with Giant held because the Send-Q is full (use netstat to check) it could block things for a long time, waiting for the queue to drain. If this is the case, then you might want to ask Jeffrey Hsu if it's safe to drop the lock during the sosend() (it probably isn't). -- Terry