Re: [9fans] slow performance

[Charles Forsyth <forsyth@terzarima.net>]

[-- Attachment #1: Type: text/plain, Size: 804 bytes --]

>do you think that gcc is MALLOCing (hehe) all space with one call instead
>fallow the program order (malloc 1 space at time) ?

you've misunderstood. we'd already discovered that all the extra time compared
to Linux was caused by having changed the program to do single writes via print
instead of buffered writes via printf (by the way, if you send
the output to /dev/null, the effect is much less, but even so).

geoff then showed how to make the program run even faster on either system,
assuming that was your main aim.  he also showed that there were some bugs in
the original code (eg not returning a value from bstini,
which only happens to work because both compilers happen to leave the result
of malloc in the right place to be taken as a returned value by the caller of 
bstini).

[-- Attachment #2: Type: message/rfc822, Size: 4195 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 238 bytes --]

do you think that gcc is MALLOCing (hehe) all space with one call instead
fallow the program order (malloc 1 space at time) ?

the cat /dev/cputype prints P4 2401. i'll would ask for that file, if there
is some file with my cpuinfo.

[-- Attachment #2.1.2: Type: text/html, Size: 252 bytes --]