From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <200205031423.g43EN4b01811@zamenhof.cs.utwente.nl> To: 9fans@cse.psu.edu Subject: Re: [9fans] 3e mpg123 plays on off on off on off on 4e In-reply-to: Your message of "Fri, 03 May 2002 12:12:22 +0200." <200205031012.g43ACNk01019@zamenhof.cs.utwente.nl> References: <4e208f9631b765fdb782f03509798cb8@plan9.bell-labs.com> <8f6cf824.0205021857.112f0e0d@posting.google.com> <200205031012.g43ACNk01019@zamenhof.cs.utwente.nl> From: Axel Belinfante Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_-12409235200" Date: Fri, 3 May 2002 16:23:04 +0200 Topicbox-Message-UUID: 868a9806-eaca-11e9-9e20-41e7f4b1d025 This is a multipart MIME message. --==_Exmh_-12409235200 Content-Type: text/plain; charset=us-ascii Russ suggested: > > > Try copying the mp3 over to local disk first. To which I replied: > Sorry. no local disk (currently). > it's a diskless cpu/auth server that doubles as terminal, > boots kernel from flop, takes root from fs. > (150 Mhz pentium with 64 Mb ram) > My only other plan 9 machine here is a laptop > with unsupported audio hardware. [...] > I now intend to just install the update, and see what happens Installing the update did not make a difference. However, copying the mp3 to the (real fake worm) fs _does_ make a difference, and solves the problem. I do use my u9fs '-l user' aname hack: % srv tcp!unix!9fs % mount /srv/tcp!unix!9fs /n/unix '-l user' With the 3e installation it did work fine. The 'probelmatic' 4e u9fs is of the 2002-04-27 release. In the hope it sheds some light I ran iostats cat a.mp3 with a.mp3 taken from fs and u9fs (attached). The unix machine was basically idle, and has 100Mb/s network, the fs only 10 Mb/s. Any ideas how to improve this? (If there is a FM I should R, a pointer would be appreciated!) Axel. --==_Exmh_-12409235200 Content-Type: multipart/mixed; boundary="upas-cjpwfvygplvsgdtpnacmbafuwc" Content-Disposition: inline This is a multi-part message in MIME format. --upas-cjpwfvygplvsgdtpnacmbafuwc Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit The following attachment had content that we can't prove to be harmless. To avoid possible automatic execution, we changed the content headers. The original header was: Content-Type: text/plain ; name="mp3.iostats"; charset=us-ascii Content-Description: mp3.iostats Content-Disposition: attachment; filename="mp3.iostats" --upas-cjpwfvygplvsgdtpnacmbafuwc Content-Type: application/octet-stream Content-Disposition: attachment; filename="mp3.iostats.suspect" cpu% iostats cat /n/zamenhof/tmp/a.mp3 > /dev/null read 4569410 bytes, 380.1597 Kb/sec write 4558730 bytes, 46373.32 Kb/sec protocol 9167243 bytes, 730.8666 Kb/sec rpc 1143 count Message Count Low High Time Averg in out version 1 0 0 0 0 ms 19 19 bytes attach 1 2 2 2 2 ms 25 20 bytes walk 9 1 197 351 39 ms 261 332 bytes open 5 0 35 39 7 ms 60 120 bytes read 562 2 145 11738 20 ms 12926 4575592 bytes write 557 0 1 96 0 ms 4571541 6127 bytes clunk 8 0 19 23 2 ms 88 56 bytes Opens Reads (bytes) Writes (bytes) File 1 558 4558730 0 0 /n/zamenhof/tmp/a.mp3 1 0 0 557 4558730 (stdout) 1 4 10680 0 0 /bin/cat cpu% iostats cat /tmp/a.mp3 > /dev/null read 4569410 bytes, 760.5784 Kb/sec write 4558730 bytes, 44968.08 Kb/sec protocol 9167204 bytes, 1384.312 Kb/sec rpc 1143 count Message Count Low High Time Averg in out version 1 0 0 0 0 ms 19 19 bytes attach 1 2 2 2 2 ms 25 20 bytes walk 9 1 436 488 54 ms 248 306 bytes open 5 0 4 9 1 ms 60 120 bytes read 562 1 16 5867 10 ms 12926 4575592 bytes write 557 0 4 99 0 ms 4571541 6127 bytes clunk 8 0 1 2 0 ms 88 56 bytes Opens Reads (bytes) Writes (bytes) File 1 558 4558730 0 0 /tmp/a.mp3 1 0 0 557 4558730 (stdout) 1 4 10680 0 0 /bin/cat cpu% --upas-cjpwfvygplvsgdtpnacmbafuwc-- --==_Exmh_-12409235200--