From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: From: steve.simon@snellwilcox.com To: 9fans@cse.psu.edu Subject: Re: [9fans] iostats ? In-Reply-To: <398344982@snellwilcox.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-vkutjfmhflbsejzrsihliufabv" Date: Thu, 24 Jul 2003 16:09:00 +0100 Topicbox-Message-UUID: 02ce4038-eacc-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-vkutjfmhflbsejzrsihliufabv Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Thanks for that, All working as expected now. -Steve --upas-vkutjfmhflbsejzrsihliufabv Content-Type: message/rfc822 Content-Disposition: inline Date: Thu, 24 Jul 2003 15:25:14 +0100 To: 9fans@cse.psu.edu bcc: "Steve Simon" From: 9fans@cse.psu.edu Sender: 9fans@cse.psu.edu Reply-To: 9fans@cse.psu.edu Importance: normal Priority: normal Subject: Re: [9fans] iostats ? Message-Id: <398344982@snellwilcox.com> X-MIME-Engine: v0.90 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Id: <398344982-1@snellwilcox.com> Content-Transfer-Encoding: quoted-printable > iostats ls /bin /bin/* > /dev/null = > reports zero average time for all 9p operations, and [...] > and some impressive throughput rates... it's been broken, quite recently it seems. in /sys/src/cmd/iostats/statsrv.c:/^update change = < ulong t2; < < t2 =3D msec(); < t -=3D t2; to > t =3D msec() - t; then the numbers become non-zero, at least. the e+07 numbers are due to the dodgy "avoid zero devide" hack in iostats.c: brpsec =3D (float)stats->totread / (((float)rpc->time/1000.0)+.000001); bwpsec =3D (float)stats->totwrite / (((float)rpc->time/1000.0)+.000001); bppsec =3D (float)stats->nproto / ((ttime/1000.0)+.000001); maybe it'd be less misleading just to do: setfcr(getfcr() & ~FPZDIV); before the calculations, and remove the .000001 fudge factor: then if there were no ops the throughput comes out as +Inf. --upas-vkutjfmhflbsejzrsihliufabv--