Исходное сообщение
"Выпуск GNU Diffutils 3.4 с поддержкой цветного вывода" Отправлено ., 09-Авг-16 10:40
> Я даже не поленился проверить. 50kk строк с случайными 10-ти цифровыми значениями, > 500MB. То есть всего в половину меньше. С записью  результата > в файл. > Как видно ни о каком часе речи не идет. Потребление памяти как > и жабы в 4 раза больше объема сортировки. Если без указания > -n, то работает раза в три дольше. env LC_ALL=C в данной задаче нам очень вряд ли нужны правильные collate sequence и вообще знание о том, восьмибитный это файл или нет. (кстати, это место у gnu sort действительно заслуживает анализа и, возможно - багрепорта. Я еще помню, когда и откуда мы его выдирали (не из gnu исходника ни разу), когда, разумеется, приходилось радоваться что хоть такой есть. Поддержку юникода туда добавили позже, и, почти уверен, сделали это плохо.) P.S. кажется, я понял откуда часы - у товарисча банковского работничка дерьмоноут с недостаточной памятью - сорт туда просто не уместился, и сортировал своп, а вот go в силу использования другого алгоритма как-то влез, на грани фола. Ну и соответственно сравнивает он скорость своего недодиска со скоростью оперативки. Виноват, конечно же, язык си.