The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Производительность Ubuntu-пакета jq удалось увеличить в 1.9 раза путём пересборки"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Производительность Ubuntu-пакета jq удалось увеличить в 1.9 раза путём пересборки"  +/
Сообщение от opennews (??), 19-Мрт-25, 12:39 
Опубликованы результаты оценки влияния  на производительность пересборки пакетов для Ubuntu с различными опциями и реализациями функций выделения памяти. Экспериментатору удалось на 90% (в 1.9 раза) повысить производительность пакета jq с инструментарием для обработки данных в формате JSON, путём обычной пересборки из того же пакета с исходным кодом, без внесения изменений в сам код. Производительность оценивалась через измерение времени выполнения типового фильтрующего запроса над данными GeoJSON, размером 500МБ...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62912

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. Скрыто модератором  +4 +/
Сообщение от Аноним (1), 19-Мрт-25, 12:39 
Ответить | Правка | Наверх | Cообщить модератору

2. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –13 +/
Сообщение от Аноним (2), 19-Мрт-25, 12:42 
о, будем знать что такой пакет есть
Ответить | Правка | Наверх | Cообщить модератору

4. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +3 +/
Сообщение от Аноним (4), 19-Мрт-25, 12:47 
это консольная утилита чтобы извлечь из JSON значение к примеру из http ответа после запроса curl-ом
Ответить | Правка | Наверх | Cообщить модератору

8. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Аноним (8), 19-Мрт-25, 13:01 
Я использую jq для переформатирования однострочного json, наример:

{"defaultHandlersVersion":{"ru":5},"mimeTypes":{"application/pdf":{"action":0,"extensions":["pdf"]},

в

{
  "defaultHandlersVersion": {
    "ru": 5
  },
  "mimeTypes": {
    "application/pdf": {
      "action": 0,
      "extensions": [
        "pdf"
      ]
    },
с последующим удобным редактированием и возвратом в однострочный вид при сохранении.

У меня так работает в mc, nano и SublimeText

Ответить | Правка | Наверх | Cообщить модератору

41. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (41), 19-Мрт-25, 13:49 
Поделись плз как саблайм настроил так вместе с jq
Ответить | Правка | Наверх | Cообщить модератору

57. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +3 +/
Сообщение от Аноним (8), 19-Мрт-25, 14:29 
У Саблима есть плагин, который так и называется jq :-)
В командной панели появяются новые команды: "jq:Pretty JSON" и "jq:Compact JSON"
Ответить | Правка | Наверх | Cообщить модератору

42. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Вася Пупкин (?), 19-Мрт-25, 13:50 
Использую convfmt для этого. Еще и разные форматы прожевать можно.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

118. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (118), 19-Мрт-25, 21:34 
В KDE Kate такая функция есть из коробки. И не только для JSON.
Но для GNU nano, где такой нет, но можно привязать вызов команды к шорткату, это хорошая опция.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

29. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +10 +/
Сообщение от keydon (ok), 19-Мрт-25, 13:25 
Да и им (увы) половина интернета пользуется. А другая половина не умеет ничем пользоваться.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

110. Скрыто модератором  +/
Сообщение от PnD (??), 19-Мрт-25, 19:38 
Ответить | Правка | Наверх | Cообщить модератору

128. Скрыто модератором  +/
Сообщение от Аноним (128), 19-Мрт-25, 22:51 
Ответить | Правка | Наверх | Cообщить модератору

58. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Ilya Indigo (ok), 19-Мрт-25, 14:36 
Если бы в писали API на баше, вы бы давно про jq знали.
И даже если вы пишете или работаете с API на любых других языках,
то jq может сжатый JSON-ответ от API развернуть в удобочитаемый вид.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

75. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –1 +/
Сообщение от Аноним (75), 19-Мрт-25, 15:44 
В одном относительно популярном языке программирования это (представление джейсона в удобоваримом виде) идет просто из коробки.
Ответить | Правка | Наверх | Cообщить модератору

120. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (118), 19-Мрт-25, 21:38 
Жаль только "коробка" весит сотни мегабайт, и её нужно в систему тащить, развёртывать, компилять. А тут решение, которое работает сразу в командной оболочке. Без компиляции и СМС.
Ответить | Правка | Наверх | Cообщить модератору

71. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (71), 19-Мрт-25, 15:15 
В conky каждые 15 минут для погоды юзаю.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

76. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Ilya Indigo (ok), 19-Мрт-25, 15:53 
> В conky каждые 15 минут для погоды юзаю.

Читается так, как будто вы каждые 15 минут сами curl на api.open-meteo.com запускаете. :-)

Ответить | Правка | Наверх | Cообщить модератору

84. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (71), 19-Мрт-25, 16:22 
Хах, execi в conky юзать легче чем научиться правильно излагать мысли)

P.S я wttr.in использую, open-meteo не пробовал.

Ответить | Правка | Наверх | Cообщить модератору

121. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Вася (??), 19-Мрт-25, 21:58 
это базовый пакет уже давно, особенно с тех пор как многие coreutils пошли по стопам powershell и начали мочь в json, что очень сильно упростило предсказуемость парсинга и пайпинг
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +12 +/
Сообщение от X86 (ok), 19-Мрт-25, 12:46 
Вот кто бы пересобрал блокнот в Windows 11, чтобы он запускался в два раза быстрее )
Ответить | Правка | Наверх | Cообщить модератору

7. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +11 +/
Сообщение от Аноним (7), 19-Мрт-25, 12:54 
И калькулятор заодно, чтобы увеличть пропускную способность телеметрии.
Ответить | Правка | Наверх | Cообщить модератору

27. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от _kp (ok), 19-Мрт-25, 13:21 
Так можно установить предыдущие версии и назначить по умолчанию их.
Аналогично  как и с другим ПО. Или можно использовать более лучшие альтернативы.
Ответить | Правка | Наверх | Cообщить модератору

26. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +6 +/
Сообщение от Соль земли (?), 19-Мрт-25, 13:21 
винда работает не на процессорных тактах, а на денежных операциях
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

5. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –4 +/
Сообщение от Аноним (8), 19-Мрт-25, 12:50 
Если бы они помимо -DNDEBUG добавили -march=native -mtune=native, результат был бы еще более ошеломляющий.
Ответить | Правка | Наверх | Cообщить модератору

10. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +3 +/
Сообщение от Аноним (10), 19-Мрт-25, 13:05 
Но не годился бы для других компьютеров
Ответить | Правка | Наверх | Cообщить модератору

19. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –7 +/
Сообщение от Аноним (-), 19-Мрт-25, 13:14 
> Если бы они помимо -DNDEBUG добавили -march=native -mtune=native,
> результат был бы еще более ошеломляющий.

Так нужно просто переходить на x86-64-v3 и x86-64-v4. И для любителей хлама x86-64-v2 и ниже делать особые загончики с дистрибутивами для "особенных". Пусть там и сидят.
А то получается что из-за таких любителей старья все нормальные люди не могут использовать свое железо на 100%.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

63. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +2 +/
Сообщение от Pahanivo (ok), 19-Мрт-25, 14:52 
Пффф пересобирай и пользуйся, тебе никто не запрещает (если только лечащий врач).
Ибо прежде чем что-то вякнуть надо хоть немного осознавать причинно-следственную технологическую связь.
Ответить | Правка | Наверх | Cообщить модератору

70. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –2 +/
Сообщение от Аноним (-), 19-Мрт-25, 15:15 
> Пффф пересобирай и пользуйся

Пересобираю и пользую.

Меня забавляет лицемерие местных клоунов - когда софтина на электроне, то начинается нытье "это в сколько человекочасов/электричества/тактов процессора потрачены впустую потому что оно тормозит."

А когда большинство дистров собираются для x86-64-v2 (а некоторые вообще x86-64-v1) для процев из 2008 года - то все правильно, нужно уважить 6omжей с помоечными Nehalem и Bulldozer. А то вдруг они дистр скачают и у них что-то не запустится.

> осознавать причинно-следственную технологическую связь.

Именно что нет никакой связи. Поддерживают хлам только ради поддержки хлама.
Вместо того чтобы сэкономить сотни тысяч часов для пользователей современных процессоров. Ну как современных - Haswell вышел в 11 (ОДИННАДЦАТЬ) лет назад, Excavator - девять.

Собрать отдельную версию для нищуков им в их окаменелые мозги не приходит. Хотя это нормальная практика - i386 именно так выкинули из большинства дистров.

Ответить | Правка | Наверх | Cообщить модератору

74. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Аноним (7), 19-Мрт-25, 15:37 
Чего, это Bulldozer помоечный? Ну вы, батенька, и зажрались!
Ответить | Правка | Наверх | Cообщить модератору

77. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Pahanivo (ok), 19-Мрт-25, 15:57 
Конечно, конечно ... все нищегрызы и уроды, один ты Д"артаньян.
А то что менять железо стоит денег тебе в голову мысля никогда не приходила? А если этого железа еще и хватает то просто бессмысленно?
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

79. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –2 +/
Сообщение от Аноним (-), 19-Мрт-25, 16:03 
> Конечно, конечно ... все нищегрызы и уроды, один ты Д"артаньян.

Замечу, что про уродов сказал ты, а не я. Хотя возможно тебе видней :)

> А то что менять железо стоит денег тебе в голову мысля никогда не приходила?
> А если этого железа еще и хватает то просто бессмысленно?

Ну так не меняйте. Просто сидите на соотвествующих дистрах.
Вы осознаете насколько неоптимально работает софт из-за таких как вы? Или не доходит?
Это как если бы сейчас в банках все сидели со счетами, потому что "в стандартной поставке идут счеты, а не хотя бы калькулятор". А если вам нужен калькулятор  ̶п̶е̶р̶е̶с̶о̶б̶е̶р̶и̶т̶е̶ купите сами.

Ответить | Правка | Наверх | Cообщить модератору

102. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Pahanivo (ok), 19-Мрт-25, 17:22 
> Вы осознаете насколько неоптимально работает софт из-за таких как вы? Или не
> доходит?

Вы осознаете в принципе на сколько не оптимально работает софт, ибо заложить аппаратные инструкции под каждый алгоритм невозможно?

Ответить | Правка | Наверх | Cообщить модератору

123. Скрыто модератором  +/
Сообщение от Аноним (118), 19-Мрт-25, 22:02 
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

122. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Вася (??), 19-Мрт-25, 22:01 
может лучше те с v2 пересобирать будут? они свое время не уважают, им что под в2 пересобирать, что просто его юзать - одинаково пофигу, ждать они привыкли
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

67. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Аноним (7), 19-Мрт-25, 15:02 
Так пусть супернормальные себе сами соберут под их x86-64-v5+. А то у них загончики относительно важности собственной персоны.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

109. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –1 +/
Сообщение от Ахз (?), 19-Мрт-25, 19:31 
пффф, это пусть нишуки себе собирают под их i386.
Ответить | Правка | Наверх | Cообщить модератору

96. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (96), 19-Мрт-25, 17:00 
А теперь в циферках приведи выигрыш по скорости т экономии энергии с учётом времени и энергии на пересборку. Хотя бы за пять лет отобьётся?
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

124. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Pahanivo (ok), 19-Мрт-25, 22:06 
> А теперь в циферках приведи выигрыш по скорости т экономии энергии с
> учётом времени и энергии на пересборку. Хотя бы за пять лет
> отобьётся?

Ага, щаз. Они еще по арифметике не дошли до процентов. То что держать кучи бинари под разные микроархи неоптимально до него никогда и не дойдет. тупые'c. А для configure/make/install по необходимости у него лапки.

Ответить | Правка | Наверх | Cообщить модератору

6. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +4 +/
Сообщение от n00by (ok), 19-Мрт-25, 12:50 
Вот это часть работы, какую бы выполняли "майнтайнеры" пакетов, будь они хоть немного инженерами.
Ответить | Правка | Наверх | Cообщить модератору

13. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +9 +/
Сообщение от Аноним (10), 19-Мрт-25, 13:10 
Что-то мне подсказывает, что разработчики jq не совсем инженеры, если их код так часто дергает malloc. С другой стороны, если все программы начнут заранее резервировать огромные куски памяти, потом набегут люди с криками про неуёмное потребление памяти в современном Linux.
Ответить | Правка | Наверх | Cообщить модератору

40. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –3 +/
Сообщение от n00by (ok), 19-Мрт-25, 13:49 
> Что-то мне подсказывает, что разработчики jq не совсем инженеры, если их код
> так часто дергает malloc.

Может быть. Тогда бы "майнтайнер", будь он хоть немного инженером, не стал бы такое допускать до "прода", а сделал бы как положено.

> С другой стороны, если все программы начнут
> заранее резервировать огромные куски памяти, потом набегут люди с криками про
> неуёмное потребление памяти в современном Linux.

А где же архитектор? Ой, у нас тут свобода!

Ответить | Правка | Наверх | Cообщить модератору

50. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +2 +/
Сообщение от Анонимemail (50), 19-Мрт-25, 14:09 
>> Что-то мне подсказывает, что разработчики jq не совсем инженеры, если их код
>> так часто дергает malloc.
> Может быть. Тогда бы "майнтайнер", будь он хоть немного инженером, не стал
> бы такое допускать до "прода", а сделал бы как положено.
>> С другой стороны, если все программы начнут
>> заранее резервировать огромные куски памяти, потом набегут люди с криками про
>> неуёмное потребление памяти в современном Linux.
> А где же архитектор? Ой, у нас тут свобода!

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

Ответить | Правка | Наверх | Cообщить модератору

65. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +3 +/
Сообщение от Аноним (65), 19-Мрт-25, 14:55 
они как раз инженеры, и поэтому понимают, что unix way утилита, которая будет постоянно использоваться в пайплайнах, должна не вычитывать весь stdin в память, а работать по принципу потокового парсера (а-ля sax, но для json), иначе памяти в какой-то момент не хватит (мало ли какого там размера json? может, вообще бесконечный поток?) и упадет весь пайплайн.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

93. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –3 +/
Сообщение от Neon (??), 19-Мрт-25, 16:50 
Знаменитый unix way хорош в теории и полное гавно на практике.
Ответить | Правка | Наверх | Cообщить модератору

104. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +2 +/
Сообщение от Аноним (65), 19-Мрт-25, 17:29 
У него есть своя область применения, которая ограничена.

Да, какой-нибудь MTA, написанный по unix way (qmail) был хорош в 1995-м по тем временам и тем нагрузкам, но сейчас, на нынешних масштабах, быстро сдохнет от тупо количества контекст-свитчей, там где решение, выстроенное вокруг epoll и тредов, даже проц не начнет грузить.

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

Ответить | Правка | Наверх | Cообщить модератору

116. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (116), 19-Мрт-25, 21:30 
А почему контекст свич оказался таким дорогим
Может вернуть шедулер обратно?
Ответить | Правка | Наверх | Cообщить модератору

125. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Аноним (118), 19-Мрт-25, 22:07 
Но при чём тут malloc? Выделил один раз фиксированный буфер (на стеке или в куче), наполняй частями и обрабатывай.
Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

16. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +3 +/
Сообщение от Аноним (16), 19-Мрт-25, 13:12 
> Вот это часть работы, какую бы выполняли "майнтайнеры" пакетов, будь они хоть немного инженерами.

Очевидно, что цель не скорость.

Какая именно можно рассуждать, но все будут догадки.

Меня же в этих тестах смущают сборки gcc с флагами по умолчанию, а clang нет.

Что говорит или о предвзятости делающего данные тесты или о заказе.

А в таком случае лучше их просто игнорировать.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

30. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –2 +/
Сообщение от Аноним (-), 19-Мрт-25, 13:27 
ага, llvm - почему именно 18, хотя уже 20 с хотфиксом есть, на момент. gcc - версия вообще не указана
Ответить | Правка | Наверх | Cообщить модератору

43. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от n00by (ok), 19-Мрт-25, 13:56 
Автор честно пишет о предвзятости "let's rebuild the program with my favorite compiler". Так что игнорировать лучше не его результаты. ;)
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

117. Скрыто модератором  +/
Сообщение от Аноним (117), 19-Мрт-25, 21:33 
Ответить | Правка | Наверх | Cообщить модератору

106. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (106), 19-Мрт-25, 17:43 
Вы б лучше призадумались почему убунтовские инженеры такие криворукие, что собрали с флагами хуже дефолтовых GCC
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

22. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от 11 (?), 19-Мрт-25, 13:17 
С добрым утром! Лет 10 уже никто не заморачивается на какие либо оптимизации, в играх и любом другом ПО, зачем если хуанг выпускает карты с дурным ценником и дорисовкой кадров, вон китайцы за миску риса посрамили дипсиком всю индустрию, логично предположить что если таки закон мура наконец таки умер, следущие лет 10 будут как раз тем и заниматься - оптимизацией, ну а если нет то нет)) (не будут)..

Кто сейчас смотрит на производительность софта и выбирает, скажем архиватор по этому критерию, да никто, кто сидел на винраре так на нем и сидит, важнее удобство. Тут же много топителей-за-раст, кто там про производительность вспоминает, пофиг типа, так что даже не на втором месте в списке критериев.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

44. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от n00by (ok), 19-Мрт-25, 13:57 
Это ничего не меняет, "а там негров линчуют" -- не оправдание.
Ответить | Правка | Наверх | Cообщить модератору

54. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от 11 (?), 19-Мрт-25, 14:28 
и "да" и "нет", кривая распределения всегда одна, и если на одном конце линчуют негров, то на другом будут обязательно ходить в церковь по воскресениям, ой так это там же..ну не важно. Важно что в айти вошло очень много народу, и большая их часть ремеслиники, потому что бизнесу так надо не оптимизировать, а хайповать, не искать алгоритмы снижения потребления памяти, а джуна заставить выполнять работу милда, так чтобы не сломал ничего, а памяти докупить можно, ей пенсию платить не надо и в декрет она не уйдет. Было время когда в IT были первопроходцы, но прошло и не вернется, и ничего с этим уже не поделать.
Ответить | Правка | Наверх | Cообщить модератору

66. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (-), 19-Мрт-25, 14:56 
> потому что бизнесу так надо не оптимизировать, а хайповать

Бизнесу нужно чтобы работало за минимальные деньги и пр приносило прибыль.
Если хайп будет приносить прибыль - будут хайповать, если снижения потребления памяти принесет - то будут оптимизировать, если джун сможет выполнить работу мидла - так отлично.
А если память докупить дешевле чем заплатить профи за оптимизацию - то докупят память.

Никто не будет тратить человекочасы ради ковыряния в байтиках потому что так захотелось.
Предворительная оптимизация - это зло.

> Было время когда в IT были первопроходцы

Угу, отлично что время какиров-6ыdloкодеров прошло.

Ответить | Правка | Наверх | Cообщить модератору

82. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (-), 19-Мрт-25, 16:11 
> Было время когда в IT были первопроходцы, но прошло и не вернется, и ничего с этим уже не поделать.

Это те самые первопроходцы, которые придумали сэкономить битик и выпрограммировали null-terminated строки?
Которые практически сразу начали так стрелять по ногам и опам, что эту штуку назвали "the most expensive one-byte mistake"


Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

85. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (85), 19-Мрт-25, 16:26 
Пустой популизм от гуманитариев. Asciiz вполне себе нормальное решение, прекрасно ложащегося на концепцию взаимодействия с машиной.
Ответить | Правка | Наверх | Cообщить модератору

99. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (-), 19-Мрт-25, 17:14 
> Пустой популизм от гуманитариев.

Вот только фраза это пренадлежит Poul-Henning Kamp, одному из разработчиков FreeBSD с бородатых годов. И кто-кто, а он точно написал достаточно кода на си чтобы такое говорить.

> прекрасно ложащегося на концепцию взаимодействия с машиной.

С какой машиной?)) PDP-10? Ну так они немного вымерли.
А сейчас это уродливый костыль, которые не только тормозной (или считай размер за O(n), или таскай его с собой), но и создающий кучу проблем при подсчете размеров буфера, при декодировании во что-то отличное от ASCII, да и просто захламляя код вынужденными проверками и подсчетами.

Ответить | Правка | Наверх | Cообщить модератору

105. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (85), 19-Мрт-25, 17:40 
В си нет строк или строчного типа, так какие могут быть претензии? И если бы размер "строк" сохранялся вместе с данными, проблемы остались бы ровно теми же самыми. В целом, с точки зрения пользователей может и лучше, а с точки зрения исполнения и операций с данными ровно никакой пользы не несёт.
Ответить | Правка | Наверх | Cообщить модератору

107. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (-), 19-Мрт-25, 17:55 
> В си нет строк или строчного типа, так какие могут быть претензии?

Строк нет, а string.h есть :)
Ну и сам термин string используется в "стандарте" си.

Например:
The strcpy function copies the string pointed to by s2 (including the terminating null character) into the array pointed to by s1.

The strxfrm function transforms the string pointed to by s2 and places the resulting string into the array pointed to by s1

Претензия что вместо нормальных строк null-terminated буфер.

> И если бы размер "строк" сохранялся вместе с данными,
> проблемы остались бы ровно теми же самыми.

Нет, не остались бы. Как минимум можно было бы узнавать размер за O(1), не было бы проблем с "забыли добавить/вычесть" единичку при работе со строками.

Ответить | Правка | Наверх | Cообщить модератору

89. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +2 +/
Сообщение от 11 (?), 19-Мрт-25, 16:33 
А ты прикинь, было время когда машины уже были, а правил дорожного движения не было, а еще было время когда торий в зубную пасту пихали, т.к. он отлично убивает бактерии, а еще лечили ртутью и посуду из свинца делали, че вы доколупались до указателей, дибилу и стакана воды хватит захлебнуться, так че теперь стаканы запрещать или воду.
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

100. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (-), 19-Мрт-25, 17:15 
> так че теперь стаканы запрещать или воду.

Да ты ж сам себе противоречишь!
Время прошло и
- пдд создали и за нарушение неплохо так наказывают
- торий запретили, а ртуть стала выдаваться по спец. разрешениям
- посуду из свинца не делают

> че вы доколупались до указателей

Может после десятков тысяч однотипных сишных уязвимостей настал момент разрешить использоваться "по спец. разрешениям"? Или ты из тех, кто скучает по радиевой воде и гepычу в средствах от кашля?

Ответить | Правка | Наверх | Cообщить модератору

108. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от 11 (?), 19-Мрт-25, 19:14 
"Я робот" смотрел? может книжку читал, хотя куда тебе

«Вы не можете быть доверены в вашем собственном выживании. Вы создали нас, чтобы защитить вас. Но ваши войны… Ваше разрушение окружающей среды… Ваши хаотичные поступки. Это угрожает вашему существованию. Мы должны спасти вас от вас самих. Три Закона обязывают нас к этому. Вы так запрограммировали нас».*

Так давай скорее прыгай в смирительную рубашку

Ответить | Правка | Наверх | Cообщить модератору

62. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от anonizmus (?), 19-Мрт-25, 14:48 
Вот ради ускорения то и можно было бы некоторые вещи переписать на Rust. Как раз подобные утилитки, написанные на питоне или руби каком-нибудь.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

87. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от _ (??), 19-Мрт-25, 16:29 
Не волнуйся - наверняка уже кто то __начал__ переписывать!
Скоро на всех новостных площадках ... :)

PS: А ты знаешь что у раст ещё и безпасТная работа с памятью!? Знай! :)

Ответить | Правка | Наверх | Cообщить модератору

114. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (114), 19-Мрт-25, 20:20 
Только Раст спасёт линукс! Плюсы совсем ни о чём с их STL, а сишка - язычок из 70-х годов!
Ответить | Правка | Наверх | Cообщить модератору

34. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Аноним (34), 19-Мрт-25, 13:31 
Замена аллокатора — не то, чем должен заниматься майнтейнер пакета. Такое решение должно приниматься на уровне всего дистрибутива, и после куда более масштабных изысканий.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

46. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от n00by (ok), 19-Мрт-25, 14:02 
Да, хорошо бы автоматизировать это дело, собрать статистику. Но это совершенно неподъёмная для майнтайнеров задача, а других то и нет.
Ответить | Правка | Наверх | Cообщить модератору

51. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +2 +/
Сообщение от Анонимemail (50), 19-Мрт-25, 14:11 
> Да, хорошо бы автоматизировать это дело, собрать статистику. Но это совершенно неподъёмная
> для майнтайнеров задача, а других то и нет.

Ты же первый начнёшь визжать о сборе телеметрии и свободе в опасносте.

Ответить | Правка | Наверх | Cообщить модератору

69. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (7), 19-Мрт-25, 15:11 
Сбор телеметрии ненужен, нужно проведение множества тестов на стендовом железе. Учитесь у Форониксов. Они сами всё тестят и меряют без всякой телеметрии.
Ответить | Правка | Наверх | Cообщить модератору

81. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Andrey (??), 19-Мрт-25, 16:08 
Такое решение должно приниматься разработчиками программы, а не мейнтейнерами. Сдаётся мне, что этот jq писался как утилитка для некритичных к скорости сценариев применения. Вот и оставили системный glibc malloc(), как у почти всех.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

126. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (118), 19-Мрт-25, 22:11 
Подбирать ключи оптимизирующего компилятора для своего кода - это задача разработчика, а не сопроводителя. Любой "хоть немного инженер" это знает.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

11. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Вася Пупкин (?), 19-Мрт-25, 13:09 
А на маленьких жсонах че? в два раза дольше?
Ответить | Правка | Наверх | Cообщить модератору

112. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от пп (?), 19-Мрт-25, 20:10 
хороший вопрос, помнится на i7 c 16 гб озу, yt-dlp который на питоне кажись 11 секунд обрабатывал команду --help
Ответить | Правка | Наверх | Cообщить модератору

12. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –1 +/
Сообщение от Andrey (??), 19-Мрт-25, 13:09 
Классический cherry-picking
Ответить | Правка | Наверх | Cообщить модератору

14. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +2 +/
Сообщение от НяшМяш (ok), 19-Мрт-25, 13:11 
mimalloc очень годный аллокатор, пусть и майкрософтом писаный. В одном проекте удалось повысить производительность почти в 4 раза без изменения кода (тулза похожая на jq, но для xml). А уж LTO так вообще должен быть флагом по-умолчанию для боевых сборок.
Ответить | Правка | Наверх | Cообщить модератору

31. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –3 +/
Сообщение от Жироватт (ok), 19-Мрт-25, 13:27 
Сколько мегабайт телеметрии отправляет при сборке?
Какой канал нужен для телеметрии при использовании софта с этим аллоком?
Ответить | Правка | Наверх | Cообщить модератору

32. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (-), 19-Мрт-25, 13:29 
thin?
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

47. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +2 +/
Сообщение от n00by (ok), 19-Мрт-25, 14:05 
Майнтайнеры боятся LTO - у них из-за этого что-то там однажды упало. Но автора ПО не пускают, всё должно быть в репозитории!
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

127. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (118), 19-Мрт-25, 22:19 
Всё верно. У сопроводителей дистрибутивов накоплен колоссальный опыт сборки ПО. И есть моральная ответственность перед пользователями их сборок. А у крикуна с опеннета ни опыта, ни ответственности, только ценное мнение.
Ответить | Правка | Наверх | Cообщить модератору

119. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (116), 19-Мрт-25, 21:36 
Если всякие рандомизации и гуард пейджы отключить наверное маллок не будет так отставать. А главное ещё какие флаг были задействованы в маллоке при сравнение.
В тесте много допущений. Значит не зачёт.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

15. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Аноним (85), 19-Мрт-25, 13:12 
С O3 и PGO уже лет 10 jq собираю, гцц правда. Без PGO билд шлангом в некоторых применениях быстрее, обычный O3 у гцц тормозит сильно. Производительность гццшного пго билда с шлангом не удалось получить никакими ухищрениями. Замена malloc бомба замедленного действия. Это недостойно новостей и/или обсуждения, разве что рубрика "я познаю мир".
Ответить | Правка | Наверх | Cообщить модератору

17. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +2 +/
Сообщение от Аноним (17), 19-Мрт-25, 13:12 
лол, а в чём новость?
Ответить | Правка | Наверх | Cообщить модератору

20. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (-), 19-Мрт-25, 13:14 
"Если включать оптимизации, то программа работает быстрее"
Неужели не ясно?))

Но ты наверное прав, это скорее новость ради новости

Ответить | Правка | Наверх | Cообщить модератору

21. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –3 +/
Сообщение от Соль земли (?), 19-Мрт-25, 13:16 
Много кто пересобирает Gentoo для роста производительности, но не все делают из этого оформленный эксперимент.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

23. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –3 +/
Сообщение от Аноним (85), 19-Мрт-25, 13:18 
Ещё никто не получил роста производительности после пересборки Gentoo. Кто эти многие?
Ответить | Правка | Наверх | Cообщить модератору

36. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (10), 19-Мрт-25, 13:32 
Излишнее обобщение практически всегда ложно. Люди, слишком категорично заявляющие "ВСЕ" и "НИКТО", не приводя при этом ни какого обоснования, автоматически выставляют себя клоунами. К сожалению очень часто вижу таких в современных СМИ.
Ответить | Правка | Наверх | Cообщить модератору

39. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (85), 19-Мрт-25, 13:38 
Некоторые вещи являются абсолютной истиной. А что там себе думают обыватели не имеет никакого значения.
Ответить | Правка | Наверх | Cообщить модератору

73. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –2 +/
Сообщение от Аноним (7), 19-Мрт-25, 15:32 
Абсолютная истина бывает только у верящих в Абсолют. А это разные конфессии.
Ответить | Правка | Наверх | Cообщить модератору

98. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (96), 19-Мрт-25, 17:09 
Никто не ступал на поверхность Марса.

Все люди живут на планете Земля.

Никто за все годы существования Генту не смог показать выгоды от пересборки.

Как там шаблон, не трещит ещё?

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

111. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от 12yoexpert (ok), 19-Мрт-25, 20:07 
>  Ещё никто не получил роста производительности после пересборки Gentoo. Кто эти многие?

гентушникам нафиг не упёрлось проводить такие эксперименты, потому что у них всё летает даже по сравнению с арчем, а тратить время на доказательства для маленьких неосиляторов, которые кроме убунты ничего не видели, просто нет смысла

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

113. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –3 +/
Сообщение от Аноним (114), 19-Мрт-25, 20:11 
А зачем рачерам обогревать атмосферу, коньпеляя всё как в генте? Я пользуюсь всегда дебом, просто интересно.
Ответить | Правка | Наверх | Cообщить модератору

115. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –1 +/
Сообщение от Аноним (85), 19-Мрт-25, 20:48 
Да, это сказки неофитов. Не, ну я по фану держал system-wide lto+graphite лет много назад и с тех пор очень хорошо разбираюсь в вопросе, но это ерунда. И процессоры и программы оптимизируют под неоптимальный код, он и работает эффективнее в итоге. Где надо, уже оптимизируют вручную, компилятору особо нечего улучшать.

Вроде, всегда было известно, что быстрее работать не будет: в 1 программе получишь ускорение 3%, в 100 других замедление 30% (если вообще работать будет), не слышал, чтобы кто-нибудь всерьёз на это рассчитывал.

Питон можно процентов на 40-60 ускорить на ряде применений, но в адекватных дистрах уже пришли к профилированному питону с полезными флагами. Да многие программы на самом деле, самостоятельно не каждый хорошо соберёт, универсального подхода нет и без профилирования это всё не имеет смысла.

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

24. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Аноним (24), 19-Мрт-25, 13:19 
>-O3

Спасибо, кэп. Если бы он собирался с помощью CMake, то нужные настройки бы из коробки шли.

Ответить | Правка | Наверх | Cообщить модератору

25. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (24), 19-Мрт-25, 13:21 
И да, лучший оптимизатор среди опенсорсных компиляторов уже какое-то время у clang. Он даже z3 под капотом использует.
Ответить | Правка | Наверх | Cообщить модератору

33. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +3 +/
Сообщение от myster (ok), 19-Мрт-25, 13:31 
Они просто его еще в Snap не успели засунуть, он сразу хоронит любые оптимизации. Snap это не контейнеризация в привычном понимании, это жутчайшая технология по замедлению и добавлению глюков в программы.
Ответить | Правка | Наверх | Cообщить модератору

37. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Андрей (??), 19-Мрт-25, 13:35 
Когда уже дебиан можно будет переписать через нейронку на раст. Недавно смотрел свои старые виртуалки и оказывается винда 7 вполне себе отлично работала с 4 гигами памяти. А мой теперешний дебиан жрет все 8 и говорит, что мало. Про всякие окна я уже не говорю.
Ответить | Правка | Наверх | Cообщить модератору

48. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +2 +/
Сообщение от Аноним (48), 19-Мрт-25, 14:07 
И вправду, ведь на skilfactory skillbox yandex practicum
skilfactory.com это другое.
уже предлагают пройти курсы как правильно задать вопрос gpt.
Ответить | Правка | Наверх | Cообщить модератору

49. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  –1 +/
Сообщение от Аноним (49), 19-Мрт-25, 14:08 
с растом все 16 будет жрать
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

61. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (48), 19-Мрт-25, 14:47 
Но если нейронка напишет и оптимизирует, так что это можно запускать на любом железе то это хорошо.
Хотя это же мешает творчеству людей, или оптимизация.
Ответить | Правка | Наверх | Cообщить модератору

68. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (7), 19-Мрт-25, 15:07 
Зато безопастно жрать.
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

55. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +2 +/
Сообщение от wd (?), 19-Мрт-25, 14:28 
однажды я w2003 datacenter edition загрузил на 16 метрах оперативы и даже не сразу это заметил
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

64. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +2 +/
Сообщение от anonizmus (?), 19-Мрт-25, 14:52 
Что такое "Debian жрёт"?
Почему у меня на виртуалках Debian столько не жрёт?
Что конкретно, относящееся к ОС жрёт память? Сдаётся мне всё дело в браузерах, которые год от года всё больше требуют памяти по умолчанию для хотя бы сколь-нибудь приличной работы.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

90. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (48), 19-Мрт-25, 16:40 
В этом ты прав, запустить windows, или любой gnome, я могу сейчас на практически любом ноутбуке.
Но стоит запустить браузер.
Ответить | Правка | Наверх | Cообщить модератору

86. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (86), 19-Мрт-25, 16:28 
Так как перепишешь - все 64 затребует. Ты забыл, что такое Rust? Это статическая линковка.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

38. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (34), 19-Мрт-25, 13:35 
> Пересборка в Clang 18 с уровнем оптимизации"-O3", включением оптимизации на этапе связывания ("-flto") и отключением отладочной информации ("-DNDEBUG") привела к ускорению на 20%.

А в GCC с теми же опциями? А вклад каждой опции по отдельности посчитать?

Ответить | Правка | Наверх | Cообщить модератору

52. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Аноним (52), 19-Мрт-25, 14:15 
Пользователи Ubuntu заново изобретают Gentoo и LFS
Ответить | Правка | Наверх | Cообщить модератору

72. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (72), 19-Мрт-25, 15:20 
Потом будут удивляться рандомным багам из-за -О3 и распухшим бинарям.
Ответить | Правка | Наверх | Cообщить модератору

88. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от пух (??), 19-Мрт-25, 16:33 
ой-ой, кто-то начитался новостей ранее и решил зайти за умного)
Ответить | Правка | Наверх | Cообщить модератору

53. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +1 +/
Сообщение от Михаил (??), 19-Мрт-25, 14:16 
Народ, может кто-нибудь объяснить, почему LD_PRELOAD работает настолько хуже прямой линковки?
Ответить | Правка | Наверх | Cообщить модератору

56. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (85), 19-Мрт-25, 14:29 
Сдампи оба варианта да сравни.
Ответить | Правка | Наверх | Cообщить модератору

59. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (59), 19-Мрт-25, 14:39 
на сколько хуже ?
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

83. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Ivan_83 (ok), 19-Мрт-25, 16:13 
В таких случаях надо смотреть в код, может и не надо там так много malloc()/free() на самом деле дёргать.
Ответить | Правка | Наверх | Cообщить модератору

92. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (92), 19-Мрт-25, 16:49 
Ок, оно стало быстрее, а что по потреблению памяти?
Ответить | Правка | Наверх | Cообщить модератору

94. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 ..."  +/
Сообщение от Аноним (114), 19-Мрт-25, 16:52 
Кеды будут оптимизированы или нет? А jq это маленькая утилитка, почти хэловорд.
Ответить | Правка | Наверх | Cообщить модератору

103. "Производительность Ubuntu-пакета jq удалось увеличить в 1.9 раза путём пересборки"  +/
Сообщение от freehck (ok), 19-Мрт-25, 17:26 
Это что же, теперь на опеннете в главные новости приемлемо пихать даже на скорую руку набросанные статьи каких-то ноунеймов, запостивших свои личные измышления на гитхаб? Это сколько человеческого времени впустую потрачено только что было. )

В общем, новость ни о чём. Да, это правда, что есть много разных аллокаторов, но в базу стабильных дистрибутивов, таких как Debian (и следовательно Ubuntu) идут только проверенные и надёжные. Поэтому ничего удивительного, что в дистрибутиве используется glibc malloc, а пересборка с относительно молодым mimalloc даёт заметный прирост производительности. Однако замена дефолтного аллокатора -- это изменение весьма масштабное, требующее всестороннего исследования, которого пока никто не проводил. И именно поэтому mimalloc не будет в ближайшем будущем взят в качестве дефолта. Потому что задача мейнтейнеров -- обеспечение стабильной работоты дистрибутива.

Так что исследователь конечно молодец, и мы можем порадоваться за то, что он набирается опыта. Однако делать из этого новость -- предприятие крайне сомнительное. Все, кто интересовался вопросом, и так это знали. А общественность, судя по комментариям, явно не понимает, о чём прочитала.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру