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

2. Сообщение от Аноним (2), 19-Мрт-25, 12:42   –21 +/
о, будем знать что такой пакет есть
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #29, #58, #71, #121

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

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

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

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

7. Сообщение от Аноним (7), 19-Мрт-25, 12:54   +15 +/
И калькулятор заодно, чтобы увеличть пропускную способность телеметрии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #27, #136, #179

8. Сообщение от Аноним (8), 19-Мрт-25, 13:01   +2 +/
Я использую 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ообщить модератору
Родитель: #4 Ответы: #41, #42, #118

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

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

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #30, #43, #106

17. Сообщение от Аноним (17), 19-Мрт-25, 13:12   +4 +/
лол, а в чём новость?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #21

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #67, #96

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #44, #62, #139

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

24. Сообщение от Аноним (24), 19-Мрт-25, 13:19   +3 +/
>-O3

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

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

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

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

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

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

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

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

32. Сообщение от Аноним (-), 19-Мрт-25, 13:29   –1 +/
thin?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

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

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

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #50

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

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

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

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

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

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

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

49. Сообщение от Аноним (49), 19-Мрт-25, 14:08   –1 +/
с растом все 16 будет жрать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #61, #68

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #141

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #69, #145

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

72. Сообщение от Аноним (72), 19-Мрт-25, 15:20   –1 +/
Потом будут удивляться рандомным багам из-за -О3 и распухшим бинарям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #88, #132

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

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

76. Сообщение от Ilya Indigo (ok), 19-Мрт-25, 15:53   –1 +/
> В conky каждые 15 минут для погоды юзаю.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #84

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #85, #89, #174

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #149

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #114

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

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

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

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

93. Сообщение от Neon (??), 19-Мрт-25, 16:50   –7 +/
Знаменитый unix way хорош в теории и полное гавно на практике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #104, #155

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

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

98. Сообщение от Аноним (96), 19-Мрт-25, 17:09   –1 +/
Никто не ступал на поверхность Марса.

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #105

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #108

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #116, #137

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

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

107. Сообщение от Аноним (-), 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ообщить модератору
Родитель: #105 Ответы: #144

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

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

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

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

110. Сообщение от PnD (??), 19-Мрт-25, 19:38   +1 +/
Как бы, да. Синтаксис, правда, адов.
Но здесь такое дело, что достаточно просто знать о его наличии.
Вспомнил - составил (не без помощи "водопроводчиков" и прочей "гопоты") запрос - забыл на следующие пол-года+. В ту же копилку что и всякие xmlstartlet'ы.
А кому надо много и со вкусом — есть всякие питоны и (не к ночи упомянуты) гошки…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #128, #135

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #113, #115

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #140

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

117. Сообщение от Аноним (117), 19-Мрт-25, 21:33   +1 +/
> Так что игнорировать лучше не его результаты. ;)

Теряюсь в догадках, что же тогда игнорировать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #138, #142

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

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

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

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

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

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

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

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

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

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

128. Сообщение от Аноним (128), 19-Мрт-25, 22:51   +1 +/
> Как бы, да. Синтаксис, правда, адов.

Есть простой инструмент - gron (greppable json).

Переводит JSON в "табличный" вид, с которым можно ориентироваться в огромных JSON'ах:


json[0].commit.author.date = "2016-07-02T10:51:21Z";
json[0].commit.author.name = "Tom Hudson";

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

129. Сообщение от Нуину (?), 20-Мрт-25, 00:05   +/
> Производительность оценивалась через измерение времени выполнения типового фильтрующего запроса над данными GeoJSON, размером 500МБ.

Как бы может на разных json'ах померить нужно не? Пользовательские сценарии? Не слышали?

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

130. Сообщение от Аноним (130), 20-Мрт-25, 00:19   +/
При 10000 процессов он будет дорогой с любым шедулером
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

131. Сообщение от Аноним (132), 20-Мрт-25, 00:33   +/
Оверхед на инструкции call и ret как минимум.
А при статической линковке много ненужной шелухи выкидывается линкером.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

132. Сообщение от Аноним (132), 20-Мрт-25, 00:37   +/
-O2 у clang работает как -O3 у gcc.
А для UB туча средств диагностики в наши дни существует, так что странно слышать о рандомных багам в 2025-м году.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

133. Сообщение от 12yoexpert (ok), 20-Мрт-25, 03:09   +2 +/
ты хотел сказать по ускорению продаж железа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

135. Сообщение от User (??), 20-Мрт-25, 08:07   –3 +/
Ну, у какого-нибудь sed'а нихрена не легче, да? Но там унутре хотя бы стандартные regex'ы, а тут ни с чем не совместимая своя байда. Вот кто мешал поддержку jsonpath реализовать, а? 80% проблем бы ушло.
Понятно, что декларативные траснформации структур у всех наркоманские - хоть в XML смотри, хоть (Ни к ночи будь помянут) jolt transform, хоть... А-ааа, чоужтам. "Жремштодалли"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

136. Сообщение от User (??), 20-Мрт-25, 08:08   +1 +/
Даже стесняюсь спрашивать, НАКОЙ оно вам...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

137. Сообщение от User (??), 20-Мрт-25, 08:13   +/
> А для насущных задач в консоли, одноразовых - как было всё отлично, так и будет. (Понятно, что есть ряд родовых травм, которые испугают новичка, но старым юниксоидам оно давно не мешает.)

Да если бы оно ограничивалось "одноразовыми однострочниками" - вопросов бы не было... Впрочем, постепенно и ограничивается, да. Из инициализации systemd выдавил, из автоматизации ansible сотоварищи выживают - "старая гвардия" конечно еще гадит, как умеет - но такое ощущение, что недолго уже осталось.
Хотя чатжопэтэ может расклад и поменять.

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

138. Сообщение от Аноним (138), 20-Мрт-25, 08:14   +/
>> Так что игнорировать лучше не его результаты. ;)
> Теряюсь в догадках, что же тогда игнорировать?

Игнорировать эксперта n00by

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

139. Сообщение от User (??), 20-Мрт-25, 08:24   +/
Тут скорее как с "оптимизацией grep'а ripgrep'ом" - если оно тебе прям надо "надо" - значит оно тебе "не надо" - ты просто выбрал не тот механизм и пытаешься запустить лошадку-с-горки-чтобы-ехала-быстрее.
Если у тебя в работе дохреналлион параллельных вызовов или ты пытаешься пару десятков гигабайт жЫсонины профильтровать за ограниченное время и тебе эти "на 90% быстрее" прям ВАЖНО - скорее всего, надо выбирать другой тулсет, а не лепить палки-гм, пластилин-скотч.
Задачи, где подобное "ускорение" оправдано конечно будут - но их, блин, прям мало - скорее всего, не стоит оно того.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

140. Сообщение от User (??), 20-Мрт-25, 08:29   –2 +/
Не ломай парням линеечку - надо же им чем-нибудь гордиться? Написано "18 сантиметров" (У некоторых - "в диаметре") - значит так и есть, чоты со своей метрологией пристаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

141. Сообщение от n00by (ok), 20-Мрт-25, 08:40   +/
>>> Что-то мне подсказывает, что разработчики jq не совсем инженеры, если их код
>>> так часто дергает malloc.
>> Может быть. Тогда бы "майнтайнер", будь он хоть немного инженером, не стал
>> бы такое допускать до "прода", а сделал бы как положено.
>>> С другой стороны, если все программы начнут
>>> заранее резервировать огромные куски памяти, потом набегут люди с криками про
>>> неуёмное потребление памяти в современном Linux.
>> А где же архитектор? Ой, у нас тут свобода!
> Свобода у нас тут в том, что пользователи могут пересобрать пакет, если
> их что-то не устраивает.

"Майнтаенер"? И где же? Хотелось бы знать. Что бы те, кого не устраивает, могли просто пойти в другое место.

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

142. Сообщение от n00by (ok), 20-Мрт-25, 08:43   +/
>> Так что игнорировать лучше не его результаты. ;)
> Теряюсь в догадках, что же тогда игнорировать?

Игнорировать предложение игнорировать результаты.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #153, #159

143. Сообщение от n00by (ok), 20-Мрт-25, 08:47   +/
А зачем тогда бизнесу 100500 дистрибутивов, отличающихся иконками? На упаковку пакетиков в каждый идут какие-то затраты, кто за всё это платит по большому счёту?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

144. Сообщение от n00by (ok), 20-Мрт-25, 08:53   +/
А зачем нужно узнавать размер строки? Хотелось бы пример из жизни. У меня есть обработчик строк на Си, так ему размер не нужен. За О(1) он удаляет строку и объединяет строки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #156

145. Сообщение от n00by (ok), 20-Мрт-25, 08:56   +/
>> Да, хорошо бы автоматизировать это дело, собрать статистику. Но это совершенно неподъёмная
>> для майнтайнеров задача, а других то и нет.
> Ты же первый начнёшь визжать о сборе телеметрии и свободе в опасносте.

Типичная клевета печального майнтайнера.

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

146. Сообщение от n00by (ok), 20-Мрт-25, 09:02   +/
> Подбирать ключи оптимизирующего компилятора для своего кода - это задача разработчика,
> а не сопроводителя. Любой "хоть немного инженер" это знает.

Я знаю к тому же, что упаковщики берут на себя эту задачу, копируя ключи у других таких же упаковщиков, рекурсивно. ;)

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

147. Сообщение от n00by (ok), 20-Мрт-25, 09:09   +/
> Всё верно. У сопроводителей дистрибутивов накоплен колоссальный опыт сборки ПО.

Бесполезный опыт: не позволяет создавать ПО.
Вредный опыт: немеющие опыта в создании лезут не в своё дело.

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

Ложь. Поставляют AS IS. В случае проблем обычно у них виноват автор ПО.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #158

148. Сообщение от n00by (ok), 20-Мрт-25, 09:14   +/
Сплошные предположения. Значит тем более не зачёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #181

149. Сообщение от Аноним (149), 20-Мрт-25, 09:16   +1 +/
texecpi
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #169

150. Сообщение от n00by (ok), 20-Мрт-25, 09:34   +/
> Народ, может кто-нибудь объяснить, почему LD_PRELOAD работает настолько хуже прямой линковки?

Я не вижу "Пересборка пакета с mimalloc в LDFLAGS" в шаге "Step 6: Rebuild with mimalloc". Может быть, связал статически?. Хотя и при этом вопрос остаётся, call/ret не дают такого пенальти, тем более на современных процессорах.

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

151. Сообщение от филателист (?), 20-Мрт-25, 09:38   +1 +/
Хочу посмотреть как вы на удалённом серваке катькой json-ы смотрите. Ну там, те же логи. Можно ссылку на пронохаб?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #162

152. Сообщение от Аноним (149), 20-Мрт-25, 09:40   +/
Параметр -О3 включает небезопасные оптимизации.  Хорошо, что человеку помогло, но в дистрибутив общего назначения это нельзя включать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #175

153. Сообщение от Анонимemail (153), 20-Мрт-25, 09:56   +/
>>> Так что игнорировать лучше не его результаты. ;)
>> Теряюсь в догадках, что же тогда игнорировать?
> Игнорировать предложение игнорировать результаты.

Игнорировать твой бред.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #154

154. Сообщение от n00by (ok), 20-Мрт-25, 10:11   +/
>>>> Так что игнорировать лучше не его результаты. ;)
>>> Теряюсь в догадках, что же тогда игнорировать?
>> Игнорировать предложение игнорировать результаты.
> Игнорировать твой бред.

Игнорируй. Что тебе мешает? 7 миллионов очень хочется?

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

155. Сообщение от Аноним (155), 20-Мрт-25, 11:20   +/
>Знаменитый unix way хорош в теории и полное гавно на практике.

Он даже в теории Г. Причина - представление абослютно всего как текста, лишь небольшое количество утилит может представлять данные в машинночитаемом формате. А если сюда добавить всякие утилиты типа awk, которыми костыльно парсят сложные форматы...

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

156. Сообщение от Аноним (155), 20-Мрт-25, 11:25   +/
Вы пишите данные в сокет в формате размре строки, сама строка
>За О(1) он удаляет строку и объединяет строки.

И сколько памяти он при этом тратит? И да, код в студию

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #157

157. Сообщение от n00by (ok), 20-Мрт-25, 11:52   +/
> Вы пишите данные в сокет в формате размре строки, сама строка

К этому моменту я строку где-то храню, значит и размер её уже знаю.

Размер приходится узнавать, когда строка откуда-то берётся. Вот такие случаи и любопытны.

Если она пришла из сокета - то размер известен (из заголовка и счётчика принятых байт), не видно, откуда взяться O(n).

>>За О(1) он удаляет строку и объединяет строки.
> И сколько памяти он при этом тратит? И да, код в студию

На каждый символ дополнительно две ссылки на соседние узлы двусвязного списка. https://github.com/STrusov/refal-machine/blob/f7fb3623d17221...
Перерасход вдвое меньше известных мне других реализаций, поскольку вместо указателей использую индексы.

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

158. Сообщение от Аноним (-), 20-Мрт-25, 12:01   +/
> Ложь. Поставляют AS IS. В случае проблем обычно у них виноват автор  ПО.

Не правда!
Они иногда "еще немного вредят"))
Например под видом полной версии программы поставляют урезанные версии, как дебиановцы.
Или ломают Flatpak-пакет, потому что ручки кривые.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #165

159. Сообщение от Аноним (16), 20-Мрт-25, 13:09   +/
> Игнорировать предложение игнорировать результаты.

Я так понимаю, ты доверяешь источникам заинтересованным в отображении нужной им информации.

Я конечно понимаю, что лох не мамонт - никогда не вымрет. Но что бы еще быть принципиальным лохом.

Неожиданно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #164

161. Сообщение от Аноним (16), 20-Мрт-25, 13:23   +/
> Но если нейронка напишет и оптимизирует, так что это можно запускать на любом железе то это хорошо.

Вот только результат будет выдаваться похожий на правду.

Не то что нужно, а похожее на то, что нужно.

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

162. Сообщение от Кодогенератор (?), 20-Мрт-25, 13:28   +/
> Можно ссылку на пронохаб?

Вам для себя или друг интересуется?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #178

164. Сообщение от n00by (ok), 20-Мрт-25, 16:11   +/
Анониму я доверяю всяко меньше. Предвзято (не подписывается - не отвечает за слова) и не раз проверено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #166

165. Сообщение от n00by (ok), 20-Мрт-25, 16:44   +/
Что примечательно, могли бы в той теме попиариться с "мы гарантируем, что в нашем болгеносе так не будет!" А они только тут свое ценное мнение о колоссальном опыте пишут.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

166. Сообщение от Аноним (166), 20-Мрт-25, 16:49    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #168

168. Сообщение от n00by (ok), 20-Мрт-25, 16:52   +/
Ты лучше подумай, как мне перевести тебе 7 миллионов, что бы ты потом не орал, что не получил. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

169. Сообщение от Аноним (71), 20-Мрт-25, 16:58   +/
Да, точно. Для ident.me и wttr его и юзаю, чтобы не блочить рендер виджета.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149

170. Сообщение от Аноним (170), 20-Мрт-25, 18:17   +/
Какая-то тут проблема с арифметикой: на 90% это в 10 раз. А в 1.9 раз -- это на 47% (в 2 раза было бы на 50%).
Ответить | Правка | Наверх | Cообщить модератору

171. Сообщение от голос_из_леса (ok), 20-Мрт-25, 18:57   +/
Когда надо запуск шлюх ускорить, раз с блэкджеком не прокатит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

172. Сообщение от pavlinux (ok), 20-Мрт-25, 19:39   +/
Хочется услышать про разгон ZSTD / LZMA / XZ / BZIP2 / GZIP
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #173

173. Сообщение от Аноним (85), 21-Мрт-25, 11:20   +/
> Хочется услышать про разгон ZSTD / LZMA / XZ / BZIP2 /
> GZIP

Если 7zip соберёшь с uasm (хоть и стрёмная зависимость), он быстрее раза в 2 как раз. Можешь попробовать с jwasm. Видишь, как важно правильно собирать.

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

174. Сообщение от Молодой Смузихлёб (?), 21-Мрт-25, 17:23   +/
Не забываем про существование null - "the worst mistake in computer science". Лишь в новомодном Zig/Rust работу с ним наконец сделали нормально
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

175. Сообщение от Аноним (176), 21-Мрт-25, 17:46   +/
Вам шашечки или приехать в 3 раза быстрее?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

176. Сообщение от Аноним (176), 21-Мрт-25, 17:50   +/
Вчера взял лису и разница обеих разрядностей ~680 мб макс. На 4гб планке может и ощутимо но в 2к25 это даже не статистическая погрешность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

177. Сообщение от Аноним (-), 22-Мрт-25, 00:24   +/
> типового фильтрующего запроса над данными GeoJSON, размером 500МБ.

Нормальные люди для ЭТОГО - придумали всякий GeoParket, PBF(OSM/MVT смотря кому что надо), o5m и прочие подобные форматы - которые во многие разы эффективнее парсить, для начала.

И вот я себе прожевал - те 150 гигз геопаркета. Из вон той новости на опеннете. Фильтранув себе регионы интереса и проч. А вы можете попробовать такое с JSON провернуть, если хотите :). Интересно же как вам такая развлекуха будет... а то 500 мегз - это вообще что?!

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

178. Сообщение от филателист (?), 22-Мрт-25, 00:33   +/
>> Можно ссылку на пронохаб?
> Вам для себя или друг интересуется?

Для друга. Просил дать посмотреть.

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

179. Сообщение от Аноним (-), 22-Мрт-25, 17:53   +/
> И калькулятор заодно, чтобы увеличть пропускную способность телеметрии.

И еще канал интернета юзвергу заапгрейдить, чтоб реклама грузилась быстрее!

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

180. Сообщение от Аноним (-), 22-Мрт-25, 17:57   +/
> Это что же, теперь на опеннете в главные новости приемлемо пихать даже
> на скорую руку набросанные статьи каких-то ноунеймов, запостивших свои личные измышления

Да тут и другие стебные новости бывают. Типа того что KDE видите ли запилил показ скорости копирования файлов. Странно что не было новости про диалог открытия файла какой-нибудь и изменения в нем. А если список комитов KDE прошерстить - так там таких новостей...

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

181. Сообщение от Аноним (16), 24-Мрт-25, 13:49   +/
> Сплошные предположения. Значит тем более не зачёт.

Э...

Усиливаешь высказывание оппонента или пытаешься иронизировать?

В первом случае - верно. Так как сплошной поток субъективщины воспринимать всерьез могут только недалекие люди.

Во втором ты прекрасно показываешь что ты как раз и относишься к недалеким людям.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #182

182. Сообщение от n00by (ok), 24-Мрт-25, 20:25   +/
Применяю к "оппоненту" его "логику". Мне не обязательно с ней соглашаться, что бы её использовать. В отличие от него. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181


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

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




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

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