js, systemd: что из них хрен, а что — редька?

<command>

Тормоза баша, разумеется

Для начала, то, что ты показал, похоже скорее на C shell. Но это еще не всё - если echo является внешней командой...

$ time ( for((i=0;$i<100000;i++));do echo -n ; done)

real	0m5.717s

...мы видим, что 100000 запусков внешней команды заняло 5 секунд, это дает нам 50мкс на один запуск. Вот цена пары fork+exec. Не помню точно, на что там жаловался поцеринг - на десятки или сотни форков на скрипт. Пусть на сотни (500 на скрипт, скажем), и при загрузке нам нужно пустить 50 скриптов. это дает нам 500*50 == 25000 форков, по 50мкс на форк - 1.25сек. Вот экономия, которой добъется поцеринг на полном устранении форков на твоем говноатоме.

это был бы большой шаг вперёд.

Может быть. Но у Питона слишком много хейтеров (у Перла, пожалуй, тоже).

Когда я вспоминаю установочные скрипты слакваря на bash+dialog мне хочется рыдать. Кстати, кто ещё кроме меня пытался их читать?

Я писал подобные скрипты. Могу сказать, что для работы с более-менее сложными структурами данных шелл, конечно, не предназначен.

<command>

не, не пашет, проверял.

запусков внешней команды

Ну, во первых, это не так. В posix echo нет -n, это баш билтин, бугага.

Но, даже если бы это было и так. Если это не тормоза, то что тогда тормоза? Да, и причем тут поцтеринг? На баше тупо нельзя сделать то, что он там набыдлокодил

В posix echo нет -n, это баш билтин, бугага.

Ты обдолбан.

$ /bin/echo -n foo
foo$

Если это не тормоза, то что тогда тормоза?

Тормоза - это ожидание.

у Питона слишком много хейтеров

это проблема любой технологии, увы. Кстати, у меня сложилось впечатление что прям лютая ненависть скорее свойственна русским. За бугром народ спокойнее относится к новым языкам. С другой стороны, когда я разрабу ffmpeg сказал что для наших задач лучше подходят gstreamer, python, pygtk и scons он меня обматерил...

Кстати, что ты думаешь по поводу языка boo?

-G name, --cgroup name
           monitor only in the container (cgroup) called "name". This option is available only in per-cpu
           mode.

Думаю дело в этом, но там походу баг

Кстати, что ты думаешь по поводу языка boo?

Когда я смотрел на него последний раз, он был для .NET и ничего интересного из себя не представлял.

там походу баг

Я вижу проблему не в этой конкретной тулзе, а вообще в подходе к программированию «а давайте не скажем юзеру где ошибка и размажем логику по 100500 сишным файлам».

Да, это я загнался. В гнушном действительно есть. Я с этим попутал. Но в любом случае там билтин запускается. Штобы было меньше тормозов )))

$ /usr/bin/echo -n test
-n test

Тормоза - это ожидание.

Тормоза это баш

Написано-то красиво, но вот логика размазана по всем файлам.

К стати да, такое даже страшнее чем просто грамотное форматирование. В принципе на Java такой разнос сложнее провернуть, чем на других ЯП, т.к. принуждает разбивать код по файлам-классам/пакетам, но все равно не панацея.

ммм, поставь arch, удивишься :).

Арч то понятно почему быстро стартует, там-то стартовать-то особо нечему, только самое необходимое =) Но на арче я поставил крест с тех пор, когда ввели новомодную кривую проверку хеша пакетов в пакмане, от чего оно превратилось в сплошной тормоз.

> Это проблемы конкретных утилит, а не баша.

Да, но встроенная поддержка регекспов не помешала бы. awk/sed/perl/etc приходится достаточно использовать.

Ты не поверишь: [[ $a =~ /blabla/ ]]

Вообще по моим наблюдениям upstart работает куда быстрее systemd. Если поставить дефолтную убунту 12.10 и дефолтную федору 17 - то запускаться будет быстрее убунта

Ты чего... у меня установелнная федора загружается раза в 4 быстрее чем убунта. На работе когда показал скорость загрузки с флешки люди прифигели. Проверялось на c2d e8400 и i5 3550.

Т.к. баш ничего другого не предоставляет, то это его личные половые проблемы :}

А что, в вашем языке программирования код, к примеру, подключения к dbus встроен прямо в компилятор? :) Или точно также приходится пользоваться сторонним инструментарием, пусть и в несколько иной форме?

Бедность встроенных средств порождает ненужные костыли.

js, systemd: что из них хрен, а что — редька? (комментарий)

Да, но встроенная поддержка регекспов не помешала бы.

В довесок к комментарию AnDoR:

% export VAR=test1test2test3
% echo ${VAR#*test[24]}
test3
% echo ${VAR//[1-9]/NUM}
testNUMtestNUMtestNUM

Да, это базовые регэкспы.

угу, зоопарк интерпретаторов это ещё одно зло из-за которого шелл-скрипты выглядят аля привет из 70-х.

Как будто у Нормальных Языков™ не бывает зоопарка компиляторов/рантайма.

Наконец-то кто-то смог выразить всю суть js!

новомодную кривую проверку хеша пакетов в пакмане, от чего оно превратилось в сплошной тормоз.

эээ, можно демонстрацию тормозов? У меня pacman адски летает, ничего подобного в других дистрах не видел и теперь администрирование убунт сущщее (слово-то правильно написал?) мучение.

AnDoR, ну, круто. Осталось только девелоперов отучить писать код совместимый с sh.

Тем не менее, в POSIX echo вообще не поддерживает никаких параметров.

Ты говорил именно про bash.

Ты говорил именно про bash.

да, верно. Только проблема в том что он опоздал с нововведениями и не получил должной поддержки сообщества. Как результат существуют 100500 best practices для bash как писать нормальный код, но при этом остались тонны старой документации, руководств и устоявщихся паттернов. В этом плане оно мне напоминает perl5.

:3

В наших языках не надо парсить неподконтрольный вывод, там инструменты подогнаны друг к другу.

В наших языках не надо парсить неподконтрольный вывод, там инструменты подогнаны друг к другу.

Ты забыл добавить «…если автор позаботился о вынесении основного кода в библиотеки и написании биндингов».

Да ладно, сейчас ты мне ещё скажешь, что никак компом управлять без баша нельзя. Всё работает, не боись :}

Да ладно, сейчас ты мне ещё скажешь, что никак компом управлять без баша нельзя.

Говорят, есть инвалиды, которые всё делают ногами — управляются со столовыми приборам, застёгивают/растёгивают пуговицы, некоторые так даже картины рисуют. Ну ты понел, да?