From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <e510e47e0704010252q651e4d9ay585631c82ee46004@mail.gmail.com>
Date: Sun,  1 Apr 2007 06:52:37 -0300
From: "pedro henrique antunes de oliveira" <ph.rpguo@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] slow performance
In-Reply-To: <9bf780e655be8002acbaa753cadfcae2@terzarima.net>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_83680_14068529.1175421157389"
References: <e510e47e0703311625sbc2646ay1aa80271fcd380a6@mail.gmail.com>
	<9bf780e655be8002acbaa753cadfcae2@terzarima.net>
Topicbox-Message-UUID: 3a4db736-ead2-11e9-9d60-3106f5b1d025

------=_Part_83680_14068529.1175421157389
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

heheh.. sorry for that 2 lines of include.
it was because i'm the 'other' O.S. and I was making changes to make the
code identical to the
plan9 code, i've forgoten to chance the #includeS lines.

Ok, the qsort is more faster, but i'm seeing something about that kind of
data structure... I've read in
9.intro about the libbio and about bufering output is better, but when i've
tested the program with time,
i did coment the call pbst line.

------=_Part_83680_14068529.1175421157389
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

heheh.. sorry for that 2 lines of include. <br>
it was because i&#39;m the &#39;other&#39; O.S. and I was making changes to make the code identical to the <br>
plan9 code, i&#39;ve forgoten to chance the #includeS lines.<br>
<br>
Ok, the qsort is more faster, but i&#39;m seeing something about that kind of data structure... I&#39;ve read in<br>
9.intro about the libbio and about bufering output is better, but when i&#39;ve tested the program with time,<br>
i did coment the call pbst line.<br>

------=_Part_83680_14068529.1175421157389--