Столько писанины, а даже не подумал, что кроме x86 есть и другие архитектуры.

Ща вам скажут, что кроме x86 есть куча других архитектур и надо обязательно их поддерживать, иначе не комильфо.

Я познаю мир (ц). Ты, видимо, ещё не слышал про питон с сишарпом.

Ман «условная компиляция»?

И много у тебя было реальных случаев где узким местом были cat или ls?

Я даже не знаю, что мне спросить.

спроси себя, на кой нужно крутить true в цикле 220 000 раз

Для чистоты эксперимента

А \bin\true сам собирал и с какими опциями?

Я тестил на AMD64. Касательно других - чем плох GAS? Я использовал nasm для примера, а GAS вроде как кучу архитектур поддерживает.

Нет, он родной, из репозиториев.

Нет, он родной, из репозиториев.

Тогда сравнения некорректны. Собери его для своего компа со всеми оптимизациями и сравни результаты.

Разумеется, зачем париться из-за 20кб места и полуминутной задержки, ведь сейчас у нас всех чудесные компьютеры, которые этого всего не заметят. Представь, что ты производитель маленькой железки и думаешь, выбрать linux + busybox или заказать себе проприетарщину. Выясняется, что хваленый линукс с утилитами не влезает в память и работает не очень-то быстро. Итог: заказ проприетарной пришивке, рост цены на девайс, одним linux-девайсом меньше.

производителю маленькой железки нужно крутить true в цикле 220 000 раз?

тут написали уже, что надо узкие места искать, а не оптимизировать все подряд

man экономия на спичках

у меня есть сомнения в твоей реализации ;)

вот true http://git.savannah.gnu.org/cgit/coreutils.git/plain/src/true.c

покажи свой код

1) В шеллах true обычно является builtin'ом, и вызов true не вызывает /bin/true

2) /bin/true еще умеет выводить документацию, да еще и на разных языках.

Да пожалуйста :)

«Код» это громко сказано.

bits 64 
SECTION .text
global _start           ; точка входа
_start:
        mov eax, 1      ; '_exit' syscall
        mov ebx, 0      ; хороший exit code
        int 0x80        ; ау ядро

1) Не везде, однако. 2) Документация в смысле --version? На встраиваемом железе суперактуально.
true - do nothing, successfully
Это все, что она должна делать.

derlaft@odd:~/true$ time ./test.sh /bin/true #тру, лежащий в /bin

real    0m53.427s
user    0m16.713s
sys     0m6.084s
derlaft@odd:~/true$ time ./test.sh true #true, встроенный в шелл

real    0m1.342s
user    0m1.272s
sys     0m0.056s
derlaft@odd:~/true$ cat test.sh  #файл теста
#!/bin/bash
i=0
until [ $i -eq 50000 ]                 
do
$1
  i=$[$i+1]                                                
done

К сожалению, твой true у меня не собрался, так что сравнить не могу

На встраиваемом железе суперактуально.

Стандарты есть стандарты. Всё равно, те, кому актуальна скорость выполнения этого true, внешние бинарники для этого не используют

весит 20 (!) килобайт

Объем уменьшился в ~40 раз.

format ELF executable

mov eax, 1
xor ebx, ebx
int 0x80

$ fasm true.asm true
flat assembler  version 1.70.02  (16384 kilobytes memory)
1 passes, 93 bytes.

а теперь замени на просто true, которая bash builtin.

Нет. Только у него на этой железке будет не Xeon, как у меня на сервере. Я такое количество итераций задал именно из-за мощи процессора, чтобы результат был наглядным. И да, разница в объеме бинарника в 40 раз это тоже актуально для такой железки. Меньше памяти под прошивку = меньше цена.

Всё уже написано до вас: http://asm.sourceforge.net/asmutils.html

О ней тут речи не идет, разумеется, будет куда быстрее. Все прицепились к конкретным примерам, а я говорю о том, что таким образом можно, гипотетически сделать coreutils вдвое быстрее и в 40 раз меньше. И я не вижу, что в этом плохого.

овчинка выделки не стоит

Такой метод оптимизации практически применим только к простейшим программам из coreutils. Даже cat достаточно сложен, чтобы его можно было переписать на ассемблере. При этом сопровождение и портирование усложняются в разы.

И я не вижу, что в этом плохого.

Идёт вразрез принципам UNIX.

> time /bin/true 
/bin/true  0.00s user 0.00s system 0% cpu 0.002 total

gentoo x86_64, core i3 m380

кстати, был проект linux-assembly, где всё подряд переписывали на ассемблере. У них даже свой init был. Только загнулись они, ибо ассемблер тут нахер не нужен.

У меня другой вопрос: Зачем в таких утилитах как true/false поддержка локалей и NLS? Ваши coreutils, glibc и прочий креп уже так и просятся, чтобы в них пихнули побольше динамита и после взрыва жыр прям разметало по прилегающей территории. Задолбало.

Что именно? Производительность?

Да. Последний релиз был 6 лет назад.

Когда я был молодой...

...трава была зеленее, небо голубее, а глазенки излучали энтузиазм в инфракрасном диапазоне, я тоже хотел все и вся соптимизировать. А потом я вырос и воочию убедился в том, что 90% тормозов приходятся на 10% быдлокода. Так вот, дорогой друг, ты ткнул пальцев мимо этих самых 10%.

Зачем в таких утилитах как true/false поддержка локалей и NLS?

для встроенного хелпа же, ну

Что именно? Производительность?

Производительность в ущерб простоте, портируемости и функциональности. И ядро было сначала на ассемблере - угадай, зачем его переписали на си (потеряв ~20% скорости).

Последний релиз был 6 лет назад.

Вот и подтверждение, что это оказалось не нужно.

20 (!) килобайт,

первый раз соврал, потому как:

ls -l /bin/true

-rwxr-xr-x 1 root root 4704 Apr 11 18:47 /bin/true

В общем, я переписал (какое громкое слово) ее на nasm и собрал. Объем уменьшился в ~40 раз.

Т.е. 512 байт? Да ты мастер!

4 асм-инструкции и «всего» 512 байт:)

А потом - самое веселое, тестирование производительности.

Да ты клоун!

Было бы еще полезно услышать о применении /bin/true в девайсах, где критичны 20 Кб памяти. Для чего применяется? Почему для его использования нет альтернатив?

Зачем в ЭТИХ программах Си?

KISS же! Все равно от /bin/true производительность особая не требуется.

4 асм-инструкции и «всего» 512 байт:)

+100500

Используя системные динамические библиотеки, народ в 1кБ умудряется OpenGL'ную графику запихать. А тут - всего-то возвращение 0.

Мама дорогая!

У нее еще и man-страница есть! Мде...

Кстати, не надо тут про 20кБ:

cat > 1.c
main(){return 0;}

gcc 1.c 

ls -l ./a.out 
-rwxr-xr-x 1 eddy eddy 6571 мая   31 17:25 ./a.out*

Молодец, а теперь иди перепиши на асме тот же баш.

Ну и да, производителю встраиваемой железки твой асмовый корутилс ни во что не упёрся хотя бы потому, что он просто не запустится на ней.

Но cat, mount, ls, true, false и еще многие

да сколько же вас блин, писателей :) и не один не удосужился почитать документацию. В треде уже штук 5 вариантов «true» одинаково далёких от спецификации. И делать на asm`е аналог cat - вовсе не один день жестоко потерянного времени.

вовсе не один день жестоко потерянного времени

линупсоидам не привыкать

у форматов исполняемых файлов, типа ELF например, есть всякие требования к выравниванию, минимальные размеры секций, служебная информация. Так что 512 байт это нормально

одинаково далёких от спецификации

В мане четко написано: русским по-черному:

Exit with a status code indicating success.

Т.е. это - обычная

main(){return 0;}

В мане четко написано

а теперь читаем ещё раз и максимально внимательно :) есть условия при которых /bin/true возвращает ненулевой статус.

Не бывает такого:

DESCRIPTION
       Exit with a status code indicating success.

       --help display this help and exit

       --version
              output version information and exit

       NOTE:  your  shell  may  have its own version of true, which usually supersedes the version described here.  Please refer to your shell's documentation for
       details about the options it supports.

0 и EXIT_SUCCESS - это не одно и то же.