Исходное сообщение
"Отчёт о развитии FreeBSD за первый квартал 2020 года" Отправлено Аноним, 14-Апр-20 23:38
Не низкоуровневая оптимизация, самая обычная. 20 секунд превращаются в 12 пересборкой одного jq (или сменой компилятора который его собирает, лол). В том и дело, что не тормозит. Я решаю задачу максимально быстро, используя все фишечки баша, и работаю я естественно с данными (которые все в памяти), которые для баша просто текст (это не текст, а текст, списки, и много чего ещё, но башу об этом знать не обязательно), но жсон-то прибавляет jq и тут ничего не сделать, разве что заменить его на что-нибудь, что будет исключительно складывать жсон (jq умеет многое, и часть из этого я использую помимо наиболее частой операции сложения). Смысла в этом не много. Или добавить поддержку жсона в баш (на си) или ещё лучше примитивно разбирать и складывать жсон, но это не очень красиво будет. Вообще, это нормально для баша -- пересылать одни и те же байты туда-сюда и копировать тысячу раз, это всё в порядке вещей. Я могу взять вместо жсона что-нибудь, что будет висеть в памяти, но быстрее оно не будет (пока жсон не разросся до миллионов значений, не актуально). Просто сравнил на кейсе, который достаточно медленно и печально отрабатывает, и шланг оказался где-то пригодным. Или вот другая задача, более примитивная: гигабайт чисел можно сложить в баше очень быстро, или можно сделать это значительно медленней сотней способов (более универсальных при этом). Можно попробовать поскладывать несколько гигов, и сравнить компиляторы. Но это уже действительно будет синтетика, что интересного в сложении чисел?