Выпуск Rust Coreutils 0.8.0

[Dhwtj]

Основная причина: коммерсантов задолбал copyleft предшественника

[GermanAizek]

@Dhwtj скорее основная причина повысить минимальные требования оперативной памяти в 6ГБ в Ubuntu 26.04 :)

uutils Rust версия гораздо более требовательна из-за специфики генерируемого кода компилятором для дополнительных проверок на выход массивов, защиту памяти и т.д. Также это сильно сказывается на бенчмарках.

[Dhwtj]

Есть примеры?

Это всё мелкие процессы, ресурсы жрать не должны.

В тяжёлых (sort на гигабайтных файлах, wc на огромных потоках) uutils местами быстрее за счёт лучшей параллелизации и SIMD, местами медленнее из-за менее вылизанного кода - GNU coreutils оптимизировали десятилетиями.

[MainEditor0]

Видел ссылку на вот такую статью в комментариях на YT в качестве примера

towards understanding the runtime performance of rust

[Radjah]

Пробовал собирать эту штуку под Windows. Собралось даже без ошибок, но работает как-то странно. На файлах с нелатинскими символами в названии ls выдаёт что-то типа такого:

''$'\320\220\321\202\321\200\320\260'' '$'\320\257\320\276''.png'

Пробовал с помощью chcp разные кодировки делать, но результат всё тот же.

ls из "MSYS2 MinGW 64-bit" такой же результат выдаёт вне комплектного эмулятора терминала.

Пробовал cmd и PowerShell.

Просто наблюдение такое. 😁

[max9]

зато 94% тестов прошло.

[Dhwtj]

Не ошибка, а осознанное решение разработчиков GNU coreutils - чтобы вывод ls был безопасен для скриптов и терминалов, не поддерживающих UTF-8. Спорное решение, многие были недовольны, но мейнтейнеры настояли.

Что-то типа такого для отображения русских буков

ls -N

Или

ls --show-control-chars

Или даже

export LC_ALL=en_US.UTF-8
ls

[Radjah]

После установки `LC_ALL` начало рисовать русские буквы вместо кодов.

Не ошибка, а осознанное решение разработчиков GNU coreutils

Я и написал, что это такое наблюдение непонятное.

Ждал, что оно само заработает, раз собралось, а тут такие подводные камни вылезли, о которых и не знал.