>
>
> Hello Randy,
>
> First, let me out myself as a fan of yours. It was your book that got me
> started on ASM and taught me a lot about computers and logic, plus it
> provided some entertainment and mental sustenance in pretty boring
> times, so thanks!
>
> Now, as for your problem: I think I h
Randall Hyde wrote:
> Hi All,
>
> I recently ported my HLA (High Level Assembler) compiler to FreeBSD and,
> along with it, the HLA Standard Library. I have a performance-related
> question concerning file I/O.
>
> It appears that character-at-a-time file I/O is *exceptionally* slow. Yes, I
> rea
On Sun, Nov 11, 2007 at 09:52:21AM -0800, Randall Hyde wrote:
>why C's code was so much faster, I dug into the source code and discovered
>that open/read/write/etc. use *buffered* I/O (which explains why "dd"
>performs so well).
open/read/write/etc. do _not_ do any buffering in userland. This is
On 12/11/2007, Randall Hyde <[EMAIL PROTECTED]> wrote:
> At this point I'm not sure why FreeBSD's API call is so slow (btw, it's not
> the system call that's responsible, if I make several additional API calls
> on each read, e.g., doing lseeks, this has only a marginal impact on
> performance). B
Hi All,
Well, I've done some sleuthing and discovered some issues.
First, the "dd" command produced approximately the same results everyone
else was getting. So I rewrote a version of my test code in C using the
stdlib "read" call and it had really great performance. Not understanding
why C's cod
On Fri, Nov 09, 2007 at 08:36:32AM -0800, Randall Hyde wrote:
>To answer a different question in the thread, I'm pretty sure I'm making
>only one FreeBSD call per byte, at least in one of the cases I posted.
How about using ktrace or similar to confirm this.
>I wonder if I'm only getting one char
>
> You should also carefully do an strace or similar on
> Windows and Linux as well. You may find that you're
> doing a system call per byte on FreeBSD but not on
> those other systems.
Certainly this might be possible under Windows, as I have no idea what
happens once I link in one of the vari
On Thu, 8 Nov 2007 16:52:38 -0600, Dan Nelson wrote:
> In the last episode (Nov 08), Randall Hyde said:
> > It appears that character-at-a-time file I/O is *exceptionally* slow.
> > Yes, I realize that when processing large files I really ought to be
> > doing block/buffered I/O to get the best pe
Dan Nelson wrote:
In the last episode (Nov 08), Randall Hyde said:
It appears that character-at-a-time file I/O is *exceptionally* slow.
... reasonable, though not stellar, performance under
Windows and Linux. However, with the port to FreeBSD I'm seeing a
three-orders-of-magnitude performance
In the last episode (Nov 08), Randall Hyde said:
> It appears that character-at-a-time file I/O is *exceptionally* slow.
> Yes, I realize that when processing large files I really ought to be
> doing block/buffered I/O to get the best performance, but for certain
> library routines I've written it'
Hi All,
I recently ported my HLA (High Level Assembler) compiler to FreeBSD and,
along with it, the HLA Standard Library. I have a performance-related
question concerning file I/O.
It appears that character-at-a-time file I/O is *exceptionally* slow. Yes, I
realize that when processing large file
11 matches
Mail list logo
