Hi Bijan,
I think it would probably worth asking on the coreutils mailing list about
this - make it clear that it's
the speed rather than the behaviour you are concerned about.
I tried a similar test; I created a file with 2M copies of the lines:
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaabaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaabaaaaaaaaaaacaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aa1aaaaaabaaaaaaaaaaacaaaaaaaaaaaaaaaaaaaaaaaaaaaa
now as far as I'm aware the sorting rules on that should be
the same on both en_GB and C
dg@major:~$ time sort te > /dev/null
real 0m9.045s
user 0m42.455s
sys 0m0.952s
dg@major:~$ time LANG=c sort te > /dev/null
real 0m3.508s
user 0m9.577s
sys 0m0.964s
So it's still siginifcantly faster with that file - so the time difference
doesn't seem
to be related to the change in the actual sorted data.
Yes, I agree it should be possible to convert it to the same type of sorting
order - however
what I don't know is what the costs of doing that are (or if it already tries
to do that).
(I'm quite impressed sort now does multi threaded!).
Dave
** Changed in: coreutils (Ubuntu)
Status: Invalid => New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/846628
Title:
gnu sort extremely slow in non C locale
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/846628/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
