Thanks, I'll try the official code out.
the LC_ALL=C appeared to make no diff.
Its not a critical problem to me since the RH 7.2 sort
works just fine on the RH 9.0 systems.
RH-9.0 has been out so long I was amazed that a google
search of for redhat sort performance yielded no hits.
Maybe no one sorts anymore!
top shows 100% CPU util and almost no time spent in
kernel state so it doesn't appear that RH sort has decided
that 4 MB files must be sorted using auxilliary disk
files.
Paul Eggert wrote:
Mike Westall <[EMAIL PROTECTED]> writes:
Any ideas whats up with this????
What happens when you compile and use the latest stable coreutils
release instead? That way, we can try to isolate whether your problem
is specific to Red Hat's changes to "sort".
ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.2.1.tar.gz
Another thought: what happens if you set LC_ALL=C in your environment?
It's conceivable that Red Hat 9's locale support is slower, and that
the older sort doesn't really support locales other than C.
_______________________________________________
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-coreutils