A/UX concerns

[Jon W{tte]

In article <12183 at goofy.Apple.COM> abm at alan.aux.apple.com (Alan Mimms) writes:
>.Would you like to expound on what you found "doggy"?  I use an FX on
>System 6.0.5, System 7.0, and A/UX 2.0.1, and find them all to be

The 24bit environment under A/UX, compiling using THINK C, is slower
than on an SE/30 - _definately_ slower than on a "plain" IIfx.
(FYI: this was while compiling the TCL, lots of tiny files including
lots of headers, though the headers stay the same all the time)

>Perhaps you're trying to run A/UX on a tiny memory machine (4MB is not
>really the best light to view A/UX in)?

8MB, and from what I see (and hear :-) there+s no paging nor (gosh)
swapping.

>I'm not trying to be combative -- I (we) would like to know what's wrong
>so we can fix it or help you to use it in a way that shows off A/UX's best
>qualities...

Oh, and this is using Berkley file systems on two quantum 80 megs -
fast search, not-so-fast transfer. But anyway, I don't think memory
is the problem here.

>Alan Mimms (alan at apple.com, ...!apple!alan)   | My opinions are generally

Maybe splitting the project file in two files would speed things up.
How slow is the "apple single" format ?

								h+
"The IM-IV file manager chapter documents zillions of calls, all of which
seem to do almost the same thing and none of which seem to do what I want
them to do."  --  Juri Munkki in comp.sys.mac.programmer