From mboxrd@z Thu Jan 1 00:00:00 1970
Message-ID: <5533a2148d4e7850cee134ab8f32dc1e@caldo.demon.co.uk>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] time to accept swap
From: forsyth@caldo.demon.co.uk
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="upas-xoympwnnfslxgcjyhnylkgtdcm"
Date: Thu, 18 Jul 2002 10:12:56 +0100
Topicbox-Message-UUID: cf9c1f60-eaca-11e9-9e20-41e7f4b1d025
This is a multi-part message in MIME format.
--upas-xoympwnnfslxgcjyhnylkgtdcm
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
is it possible it's attempting to connect to the wrong authentication server address?
--upas-xoympwnnfslxgcjyhnylkgtdcm
Content-Type: message/rfc822
Content-Disposition: inline
Return-Path: <9fans-admin@cse.psu.edu>
Received: from punt-1.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk
id 1026980357:10:08733:20; Thu, 18 Jul 2002 08:19:17 GMT
Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net
id aa1007539; 18 Jul 2002 8:18 GMT
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6])
by mail.cse.psu.edu (CSE Mail Server) with ESMTP
id DC46A19AE6; Thu, 18 Jul 2002 04:18:11 -0400 (EDT)
Delivered-To: 9fans@cse.psu.edu
Received: from granite.cias.osakafu-u.ac.jp (granite.cias.osakafu-u.ac.jp [157.16.101.69])
by mail.cse.psu.edu (CSE Mail Server) with SMTP id 3DB9D19A7E
for <9fans@cse.psu.edu>; Thu, 18 Jul 2002 04:17:43 -0400 (EDT)
Message-ID: <8cde00c19f5546701e2f71796c5ecf8e@granite.cias.osakafu-u.ac.jp>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] time to accept swap
From: okamoto@granite.cias.osakafu-u.ac.jp
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="upas-occrcilomtvfdhnstgdvzyekrn"
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
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive:
Date: Thu, 18 Jul 2002 07:40:42 +0900
This is a multi-part message in MIME format.
--upas-occrcilomtvfdhnstgdvzyekrn
Content-Disposition: inline
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
When I dispatch 'cpu' command, it takes about a minute to
authenticate. I must be doing something bad,
but how am I? Authentication itself is done correctly...
Kenji
--upas-occrcilomtvfdhnstgdvzyekrn
Content-Type: message/rfc822
Content-Disposition: inline
Received: from granite.cias.osakafu-u.ac.jp ([192.168.1.3]) by diabase; Tue Jul 16 11:59:15 JST 2002
Received: from elmo.cias.osakafu-u.ac.jp (elmo.cias.osakafu-u.ac.jp [157.16.103.2])
by granite.cias.osakafu-u.ac.jp (8.9.3/8.9.3) with ESMTP id LAA28992
for ; Tue, 16 Jul 2002 11:46:38 +0900
Received: from mail.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6])
by elmo.cias.osakafu-u.ac.jp (8.9.3/3.7W-02040219) with ESMTP id LAA19049
for ; Tue, 16 Jul 2002 11:59:21 +0900 (JST)
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 9151219A7F; Mon, 15 Jul 2002 22:59:13 -0400 (EDT)
Delivered-To: 9fans@cse.psu.edu
Received: from granite.cias.osakafu-u.ac.jp (granite.cias.osakafu-u.ac.jp [157.16.101.69])
by mail.cse.psu.edu (CSE Mail Server) with SMTP id 934AE199EC
for <9fans@cse.psu.edu>; Mon, 15 Jul 2002 22:58:47 -0400 (EDT)
Message-ID: <73f5d3410cc615100e7aba9a31218420@granite.cias.osakafu-u.ac.jp>
To: 9fans@cse.psu.edu
From: okamoto@granite.cias.osakafu-u.ac.jp
MIME-Version: 1.0
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: [9fans] time to accept swap
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
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive:
Date: Mon, 16 Jul 2001 02:56:05 +0900
I noticed that neccessary time to authentication is somewhat long,
several seconds in our case, when attach the swap area from other
file system on the file server. Is this a normal behaviour?
Our network:
Auth/CPU server: 1.6 GHz Pen 4, RTL8100BL nic chip
File server: 200MHz AMD K6, Intel i82557 nic chip
Terminals: many, most with nvidia graphic cards, and
i82557 + 2114x nic chip
Thanks Mirtchovski updating nvidia driver. I cannot live
without those two files over 1024x768x8 resolutions, even
MX 200 etc.
Kenji
--upas-occrcilomtvfdhnstgdvzyekrn--
--upas-xoympwnnfslxgcjyhnylkgtdcm--