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

"Выпуск стандартной Си-библиотеки Musl 1.2.4"	+/–
Сообщение от opennews (??), 03-Май-23, 09:14
После года разработки представлен релиз стандартной Си-библиотеки Musl 1.2.4, предоставляющей реализацию libc, которая подходит для применения как на стационарных ПК и серверах, так и на мобильных системах, сочетая полноценную поддержку стандартов (как в Glibc)  с небольшим размером, низким потреблением ресурсов и высокой производительностью (как в uClibc, dietlibc и Android Bionic). Имеется поддержка всех обязательных интерфейсов C99 и POSIX 2008, а также частично C11 и набор расширений для многопоточного программирования (POSIX threads), управления памятью и работы с локалями. Код Musl поставляется под свободной лицензией MIT... Подробнее: https://www.opennet.me/opennews/art.shtml?num=59069
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

2. Сообщение от Аноним (2), 03-Май-23, 09:22	+11 +/–
Пример того каким должен быть опенсорсный проект. Смотришь в исходники - качественный чистый код. Смотришь в исходники GLIBC - абсолютно нечитаемая лапша из define-ов, в которой в принципе человеку невозможно разобраться.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #18, #22

3. Сообщение от Аноним (3), 03-Май-23, 09:24	+1 +/–
пример мюслей везде запускается https://github.com/JFreegman/toxic/releases/tag/v0.12.0
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #79

4. Сообщение от Аноним (4), 03-Май-23, 09:36	–17 +/–
типичный опенсорс проект, это точно, то есть нинужный никому огрызок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #6, #7, #78

5. Сообщение от Аноним (4), 03-Май-23, 09:37	+/–
спасибо поржал над это поделкой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #8

6. Сообщение от Байтолюб (?), 03-Май-23, 10:33	+4 +/–
Никому нинужный, кроме ембеддед дистрибутивов линуха типа альпина, на котором основаны 99% докер-образов, и т. д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #9, #10

7. Сообщение от Аноним (7), 03-Май-23, 10:34	+1 +/–
> то есть нинужный никому огрызок Нужный корпорациям, которые на основе этого огрызка продают готовые решения за деньги.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #38

8. Сообщение от Аноним (8), 03-Май-23, 10:35	+7 +/–
Покажи свой гитхаб, хочу тоже поржать над экспертом хеллоуворлдщиком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

9. Сообщение от Аноним (9), 03-Май-23, 10:41	–2 +/–
>решeта типа альпина fixed
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

10. Сообщение от Аноним (9), 03-Май-23, 10:43	+/–
Да и производительность рза в 2 ниже, чо уж там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

11. Сообщение от Аноним (11), 03-Май-23, 11:35	+4 +/–
Work on musl has also been sponsored by: The Zig Programming Language Ого.
Ответить | Правка | Наверх | Cообщить модератору

12. Сообщение от Аноним (12), 03-Май-23, 11:47	+/–
Локаль уже осилили?
Ответить | Правка | Наверх | Cообщить модератору

14. Сообщение от Царь бог лучший князь (?), 03-Май-23, 12:39	+1 +/–
У этого поделия до сих пор стек 128-256 КБ, чтобы некоторый софт, полагаясь на нормальный размер стека, мог и упасть? А его аллокатор, что пару лет назад катастрофически отставал даже от glibc malloc (не говоря уже о mimalloc/jemalloc) в многопоточных приложениях, его исправили?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #17

16. Сообщение от n00by (ok), 03-Май-23, 12:49	–1 +/–
Порадуете цитатой стандарта, где определён нормальный размер стека?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #23

17. Сообщение от Аноним (41), 03-Май-23, 13:45	+3 +/–
Размер стека можно задать вручную -Wl,-z,stack-size=N
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #19

18. Сообщение от OpenEcho (?), 03-Май-23, 14:32	–1 +/–
> в которой в принципе человеку невозможно разобраться. Так на это и рассчет + подцепить себя в зависимости - везде
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

19. Сообщение от OpenEcho (?), 03-Май-23, 14:41	+/–
> Размер стека можно задать вручную -Wl,-z,stack-size=N Не гоже "князьям" возиться с такой лабудой, их величества привыкли к  include, include, include then next - next - next, и то под хорошим настроением, а то вообще пусть холопы в виде ЧатГПТ за них думают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

20. Сообщение от Аноним (20), 03-Май-23, 14:42	+1 +/–
Nvidia moment
Ответить | Правка | Наверх | Cообщить модератору

21. Сообщение от OpenEcho (?), 03-Май-23, 14:43	+2 +/–
> В DNS-резолвер добавлена возможность отправки запроса по TCP в случае неудачного обращения по UDP Это пожалуй самое  полезное !
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

22. Сообщение от Коми (?), 03-Май-23, 17:23	+/–
Да, glibc у всех, а это поделие только у разраба и его бабушки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #36, #41

23. Сообщение от Коми (?), 03-Май-23, 17:26	–2 +/–
Стандарт в опенсорсе, а ты смешной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #31, #40

24. Сообщение от Аноним (24), 03-Май-23, 17:32	–2 +/–
Пф, ещё одна "свободная и открытая" реализация стандартной библиотеки Си. Как будто C и C++ не созданы были с расчетом на привязку к конкретной платформе и операционной системе. Эти "кроссплатформенные" решения всегда теряют в производительности и оптимизации под конкретную архитектуру. Мне и моим приложениям на Windows нужна именно та библиотека, которая оптимизирована специально под эту ОС. И пусть сторонники "свободного ПО" проповедуют подобные решения, мне они не интересны!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #65

25. Сообщение от Аноним (24), 03-Май-23, 17:32	+1 +/–
Да кто им нужна эта их "мобильная оптимизация" и "низкое потребление ресурсов"? Мы же пишем приложения для настоящих компьютеров с мощными процессорами, а не для карманных гаджетов. Пусть эти "кроссплатформенные" решения и подходят для Android, настоящие программисты C++ предпочитают библиотеки, тщательно отполированные под Windows, с расширенной функциональностью и максимальной производительностью. Мне нужна не оптимизация под "мобильные устройства", а максимальная мощь для настольных приложений!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #61

26. Сообщение от Аноним (26), 03-Май-23, 17:38	+/–
О, какой же отсталый и косный взгляд! Windows и C++ давно устарели и должны уйти в прошлое. GCC и Clang с Rust уже возвели кроссплатформенные компиляторы на новый уровень, обеспечив лучшую производительность и безопасность, чем Microsoft’s ПО и твой устаревший С++. Привязка к конкретной платформе? Абсурд! Давайте полностью откажемся от этих наследственных оков и создадим полностью переносимое, быстрое и безопасное ПО! “Оптимизация под конкретную архитектуру” - отмирающий подход. Современные компиляторы и языки способны генерировать код, оптимальный для любой архитектуры. Освободимся от ограничивающей привязки к Windows, только тогда наше ПО достигнет истинной свободы! А тебе, “любителю оптимизации под Windows”, я могу только посоветовать пересесть на достойную платформу - Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #28, #34, #66

27. Сообщение от Аноним (26), 03-Май-23, 17:40	+1 +/–
Ах, вот оно как! Судя по всему, ты - типичный "архаичный" программист, пишущий исключительно для мощных настольных систем под Windows, а потому полностью игнорирующий тренды мобильных и встроенных устройств. А те, между прочим, уже давно стали доминирующей платформой для программного обеспечения, и твой узкий фокус на настольные системы скоро окажется в полной изоляции. Мобильная оптимизация и низкое потребление ресурсов - не пустые слова, а ключевые требования к любому современному ПО. И если ты не в состоянии создать решение, удовлетворяющее им, то твои программы обречены на провал. Что же до “тщательно отполированных под Windows библиотек”, то их эра давно миновала. Современные кроссплатформенные технологии обеспечивают равную или даже превосходящую производительность на любой ОС. Вместо того, чтобы упорствовать в своей “предпочтении Windows”, ты бы с успехом мог портировать свои приложения на Linux. Там, с новейшими инструментами, твоя C++-программа без труда превзойдёт всё, что когда-либо было создано на Windows. Увы, но твой век уже прошёл. Мир прогрессирует, а ты остаёшься в прошлом - такова горькая участь любого “архаичного” программиста. Адаптируйся или исчезни!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #29

28. Сообщение от Аноним (24), 03-Май-23, 17:42	–2 +/–
Ха, как ни посмотри, а этот "прогрессивный" воззвание полно отсталых идей, выдаваемых за передовые. Во-первых, уже сейчас существуют кроссплатформенные решения на базе С++, GCC и прочего - и они далеко не превосходят Windows и мою привязку к ней в плане производительности или безопасности. Просто предлагают иную траекторию развития, более удобную для "открытого кода". Во-вторых, полная отмена привязки к архитектуре - путь к хаосу, а не прогрессу. Именно тщательная оптимизация под архитектуру лежит в основе высокопроизводительных систем. Наконец, я и так свободен в выборе платформы - и не намерен отказываться от преимуществ Windows ради экспериментов с Linux. Мои приложения должны работать, а не демонстрировать "прогрессивные" технологии. И если меня устраивает Windows, С++ и привязка к конкретным архитектурам, то это и есть "достойный" и разумный подход. А "передовые" идеи, подобные полной отмене привязки к архитектуре и переходу на Linux, я оставлю свободным энтузиастам - мои пользователи просят стабильных программ, а не постоянных экспериментов. Так что можешь мне только посоветовать остаться на Windows, ценимом мною за надежность и производительность, а не за "прогрессивность"!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #64

29. Сообщение от Аноним (24), 03-Май-23, 17:43	–1 +/–
Хм, так это же классическая история об "отсталых консерваторах", не способных воспринять "прогрессивные идеи будущего". А будущее, согласно этому видению, и есть погоня за мобильностью, оптимизация под ограниченные ресурсы и переход всего ПО на "кроссплатформенные" технологии с Linux во главе. Однако это всего лишь один из возможных сценариев развития, а не единственно верный и прогрессивный. И ничто не доказывает, что он обречён на победу, пусть даже мобильные устройства и доминируют численно. Настольные системы по-прежнему формируют основу для большинства серьёзных приложений и технологий. И если я сужу интересы своих приложений и своей работы с позиций именно этой области применения, то в этом нет ничего "архаичного". Это просто разумный выбор целевой платформы. Аналогично, привязка к конкретным архитектурам - не реликт прошлого, а способ достижения максимальной эффективности и производительности, важный для серьёзных профессиональных приложений. "Кроссплатформенность" же и "низкое потребление ресурсов" - не самоцели, а средства, которые я могу использовать лишь в той мере, в какой это не помешает целям моих приложений. Вот почему я и отвергаю идею адаптации к "трендам будущего" и советы портировать приложения на Linux. Моё будущее - это продолжение работы над надёжными и эффективными решениями для настольных систем под Windows. А твои "новейшие инструменты" и "кроссплатформенные технологии" могут идти собственной дорогой - моя тропа уже выбрана и больше меня не интересуют никакие иные "современные" воззрения!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #53, #63

30. Сообщение от Самый умный из вас (?), 03-Май-23, 18:11	+/–
Может линковаться статически в отличии от убожества glibc. Ещё бы производительность подтянуть
Ответить | Правка | Наверх | Cообщить модератору

31. Сообщение от n00by (ok), 03-Май-23, 18:14	–4 +/–
А ты Чат Жэ-Пэ-Тэ и потому не знаешь, что у языка Си есть стандарт. И даже название новости не смог прочитать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #37, #42

32. Сообщение от Аноним (32), 03-Май-23, 19:11	+/–
А зачем DNS-резолвер, в Си-библиотеке?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #33

33. Сообщение от Аноним (33), 03-Май-23, 20:19	+5 +/–
man gethostbyname
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

34. Сообщение от beck (??), 03-Май-23, 20:36	+/–
> Привязка к конкретной платформе? Абсурд! > пересесть на достойную платформу - Linux. A.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

35. Сообщение от Аноним (38), 04-Май-23, 01:39	+/–
> Устранена серия проблем в функциях семейства printf. Что, опять переполнение с выполнением кода?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50

36. Сообщение от Аноним (38), 04-Май-23, 01:41	+1 +/–
Навязывается в Alpine, в результате чего сложился миф, что "докер - это тормоза". Alpine часто используется в качестве основы для докер-контейнеров, а работа с памятью в мюслях не быстрая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #77

37. Сообщение от Аноним (38), 04-Май-23, 01:42	+2 +/–
> А ты Чат Жэ-Пэ-Тэ Нет, это вы Чат Жэ-Пэ-Тэ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

38. Сообщение от Аноним (38), 04-Май-23, 01:46	–1 +/–
Для того, чтобы поверх этого писать качественный корпоративный код, типа double rest(float a, float b) { float res=a*b; for (int i=0; i<999999999999; i++) if (i <= res && i + 1 > res) {res = res - i; break;} return res; } - вполне сойдёт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #39, #44, #62

39. Сообщение от Илья (??), 04-Май-23, 07:23	+1 +/–
Че за жесть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

40. Сообщение от Аноним (40), 04-Май-23, 07:41	+/–
Опенсорс придерживается, например, RFC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #43

41. Сообщение от Аноним (41), 04-Май-23, 08:37	+/–
Разработчики OpenWrt с тобой не согласны: https://www.opennet.me/opennews/art.shtml?num=42439
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

42. Сообщение от Коми (?), 04-Май-23, 08:44	+/–
Путать теплое с мягким это твоя судьба. Ты не только смешон, но тебя ещё и жаль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #49

43. Сообщение от Коми (?), 04-Май-23, 08:45	+/–
Да, это заметно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #70

44. Сообщение от Аноним (-), 04-Май-23, 09:40	–2 +/–
Это откуда такое ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

49. Сообщение от n00by (ok), 04-Май-23, 09:53	+/–
А мне тебя не жаль. У тебя нет ни имени, ни гитхаба - некого жалеть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #51

50. Сообщение от n00by (ok), 04-Май-23, 09:57	–1 +/–
>> Устранена серия проблем в функциях семейства printf. > Что, опять переполнение с выполнением кода? Опять автономный майнтайнер не умеет ходить по ссылкам и читать. - fwprintf didn't print most fields on open_wmemstream FILEs - wide printf %lc ignored field width - wide printf erroneously processed %n after encoding errors - use of wide printf %9$ argument slot overflowed undersized buffer - swprintf malfunctioned on nul character in output
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #55

51. Сообщение от Аноним (-), 04-Май-23, 11:44	+/–
Ванузнику нуби никто слова не давал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #57

52. Сообщение от Аноним (-), 04-Май-23, 11:45	+/–
>Код Musl поставляется под свободной лицензией MIT. В этом и кроется фатальная ошибка.
Ответить | Правка | Наверх | Cообщить модератору

53. Сообщение от Аноним (53), 04-Май-23, 11:55	+/–
Ты бы попробовал посидеть с годик на Musl скажем в Void Linux перестал бы чушь пороть. Настольные системы понятие растяжимое и их простые версии отстают от мобильных процессоров очень часто потому как все инновации сосредоточены в мобильном сегменте, ну может отчасти серверный затронут многоядерными армами. Выбор идет у людей между быть привязанным к одной платформе или сразу писать переносимый код. Твое мнение отвергания безынтересно в принципе. Твоя баланда у корыта никому не сдалась. Винда нужна в исключительных случаях вроде поддержки звуковых карт, которые поломали в линуксе объявив рабочими например. Ни ядро не собрать, ни чего-то поэкспериментировать - ничего нельзя в винде в принципе фанат ты гребаный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

54. Сообщение от Аноним (54), 04-Май-23, 12:35	–1 +/–
Так мой коронный вопрос: списки, деревья, хеши, бтрии, индексы, регулярки есть в этой "стандартной" библиотеке?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56, #59, #69

55. Сообщение от Аноним (38), 04-Май-23, 12:43	+/–
Оптимизация. Зная, насколько криворук Рич Фелкер, вполне закономерно предположить, что он опять допустил переполнения в printf. Действительно, так и есть. Можно было не ходить по ссылкам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #58

56. Сообщение от Аноним (41), 04-Май-23, 13:46	+/–
Ты путаешь стандартную библиотеку С с библиотекой С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

57. Сообщение от n00by (ok), 04-Май-23, 14:13	–1 +/–
> никто слова не давал. Ну да, если у кого-то нет ни работ, ни имени - иначе говоря, он никто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

58. Сообщение от n00by (ok), 04-Май-23, 14:21	+/–
> вполне закономерно предположить, что он опять допустил > переполнения в printf. "опять переполнение с выполнением кода" > Действительно, так и есть. Пока есть подмена тезиса и попытка заболтать существенную часть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

59. Сообщение от Аноним (62), 04-Май-23, 14:25	+1 +/–
Твоё объяснение зачем они там должны быть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

61. Сообщение от Аноним (62), 04-Май-23, 14:27	+/–
Да твоя бухгалтерия без этого не посчитается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

62. Сообщение от Аноним (62), 04-Май-23, 14:36	+1 +/–
Хороший и качественный бенчмарк. А по названию функции понятно что она для отдыха. Самое время побенчить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

63. Сообщение от Michael Shigorin (ok), 04-Май-23, 14:44	+/–
> Вот почему Занятная каша в голове, даже разбирать незачем -- в рамочку и на стенку. Вообще такое очучение последнее время, что на форуме вновь работает пара экземпляров http://wiki.opennet.ru/MSSP и думают, что уши попыток посрывать стек смесью истинных и ложных утверждений не торчат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

64. Сообщение от Michael Shigorin (ok), 04-Май-23, 14:49	–2 +/–
> Мои приложения должны работать, а не демонстрировать "прогрессивные" > технологии. И если меня устраивает Windows, С++ и привязка > к конкретным архитектурам, то это и есть "достойный" и разумный > подход. Ваши пользователи завтра (если не позавчера) заслуженно отведут Вас хорошо если просто к следователю как саботажника, у которого с 2014 года между левым ухом и правым ухом так ничего и не щёлкнуло. А тот -- возможно, и не отправит к психиатру выяснять, почему же не щёлкнуло и в 2022, когда "преимущества Windows" были наглядней некуда изложены непосредственно поставщиком. Ну то есть даже правильно пишете, если вычеркнуть Windows.  А будете за неё цепляться -- окажетесь вычеркнуты вместе с ней.  Не угроза, лишь прогноз. Можете начать с http://mcst.ru/elbrus_prog по части оптимизации, там есть платформонезависимые штуки :-) // отправлено с e2k-alt-linux
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #71, #73, #74

65. Сообщение от Аноним (70), 04-Май-23, 15:57	+1 +/–
Сторонник несвободного ПО, что забыл на ресурсе, посвящённом свободному ПО?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

66. Сообщение от Аноним (70), 04-Май-23, 16:02	+/–
Напиши в комитетет по стандартизации C++. А то они там не вкурсе, что пора им расходиться и прекращать свою устаревшую деятельность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

69. Сообщение от llolik (ok), 04-Май-23, 16:09	+1 +/–
Юзай GLib. Там всё это есть и даже больше. Наверное, даже с musl он соберётся (честно, не пробовал).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

70. Сообщение от Аноним (70), 04-Май-23, 16:18	+/–
У тебя, внезапно, тырнет неработоспособен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

71. Сообщение от Аноним (71), 04-Май-23, 16:19	+1 +/–
> Ну то есть даже правильно пишете, если вычеркнуть Windows. aka "Неправильная у вас точка зрения, думайте лучше как я".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

72. Сообщение от RM (ok), 04-Май-23, 18:26	+/–
>В DNS-резолвер добавлена возможность отправки запроса по TCP в случае неудачного обращения по UDP, что решило проблему с запросом больших DNS-записей и наладило совместимость с рекурсивными DNS-серверами, не поддерживающими отдачу части результата в обрезанных UDP-ответах. Попутно устранено ещё несколько недоработок, связанных с DNS, таких как невозможность раздельной обработки состояний NODATA и NXDOMAIN. "Так вот она чо, Петрович" Видать роутер с Musl собран, а я все гадал, каког... т.е. почему DNS по TCP не ходит.
Ответить | Правка | Наверх | Cообщить модератору

73. Сообщение от n00by (ok), 04-Май-23, 18:32	+/–
>> Мои приложения должны работать, а не демонстрировать "прогрессивные" >> технологии. И если меня устраивает Windows, С++ и привязка >> к конкретным архитектурам, то это и есть "достойный" и разумный >> подход. > Ваши пользователи завтра (если не позавчера) заслуженно отведут Вас хорошо если просто > к следователю как саботажника, у которого с 2014 года между левым > ухом и правым ухом так ничего и не щёлкнуло. У меня щёлкнуло. Тогда я нарыл в глубинах Qt5 велосипедный dynamic_cast, реализованный как обёртка над  dynamic_cast, и понял, что это нельзя использовать, потому что очень скоро компания начнёт выкидывать legacy. Я немного ошибся в прогнозе. Qt не только забросила Qt5, но и ушла из России. Что не мешает этот неподдерживаемый код продавать. Кто решит оспорить "неподдерживаемый", пусть расскажет, как активировать отображение контекстного меню не по нажатию ПКМ, а по отпусканию. Это штатная возможность Qt5, не используемая в KDE (много лет висит баг), и где-то здесь валяется мой пример, как это делается. > Можете начать с http://mcst.ru/elbrus_prog по части оптимизации, там есть платформонезависимые > штуки :-) Зачем Вы это делаете? Я пробовал начать. Лично Вам оказалось не интересно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

74. Сообщение от Аноним (-), 05-Май-23, 02:47	+1 +/–
Шигорин теперь за мнения технического характера грозит гулагом, когда они ему не нравятся. Что дальше, Миш? Казалось бы уже всё, дальше некуда деградировать, но ты раз за разом находишь способы продолжить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #75

75. Сообщение от n00by (ok), 05-Май-23, 06:45	+/–
Он не грозит. Он почему-то полагает, что Linux в России не повторит судьбу Windows. Тогда как Microsoft, IBM (RedHat) и прочие спонсоры ушли из России, а компания Meta запрещена и её сотрудники не принимают патчи. При этом сам он никаких гарантий дать не хочет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

76. Сообщение от Аноним (76), 06-Май-23, 00:08	+2 +/–
Здесь некоторые пишут, что musl медленнее glibc. Я решил это проверить и собрал два минимальных образа BuildRoot для OrangePI_PC с двумя этими библиотеками. Конфигурация по умолчанию из BuildRoot, только изменил версию ядра на актуальную. Вот что получилось: https://cloud.mail.ru/public/83jc/MSstJxrFM Если кратко, то musl чаще всего немного быстрее, но разница незначительная.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80

77. Сообщение от Аноним (77), 06-Май-23, 09:17	+/–
Единственный источник тормозов в musl - это аллокатор. Но никто не мешает использовать любой другой, jemalloc тот же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

78. Сообщение от grammar nazi (?), 07-Май-23, 18:20	+1 +/–
> нинужный никому Мнение человека, не умеющего писать по русски, очень важно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

79. Сообщение от Имя Себе (?), 10-Май-23, 18:52	+/–
Несколько лет назад мюсли были не совместимы с tcmalloc, от которой зависимы многие серьёзные проекты, такие как базы данных, где тонкая работа с памятью ключевой момент производительности. И это по-моему единственная проблема из сложнорешаемых, которая не позволяла просто так взять и перейти на мюсли по дефолту для любого дистрибутива. Сложнорешаемосто была на стороне разработчиков tcmalloc и никак не зависела от команды musl. Интересно, как сейчас обстоят дела?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

80. Сообщение от Имя Себе (?), 10-Май-23, 19:08	+/–
На самом деле разница может быть значительна. Несколько лет назад игрался с этой библиотекой. Там где нужно выжать всё из ЦПУ, производительность программ для рассчётов, собранных с использованием привычной glibc, была в 1.5-2 раза БЫСТРЕЕ чем c musl. Ещё, во времена тех экспериментов приятно удивил clang, но то другая история. В любом случае проект примечательный — статически собранный файл на базе alpine c musl весил в 20-40 раз меньше аналогичного на glibc. Хочется надеятся, что вся эта экономия не за счёт ассемблерных инструкций, позволяющих добиться максимальной производительности от железа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #81

81. Сообщение от n00by (ok), 11-Май-23, 09:58	+/–
> В любом случае проект примечательный — статически собранный файл на базе alpine > c musl весил в 20-40 раз меньше аналогичного на glibc. Хочется > надеятся, что вся эта экономия не за счёт ассемблерных инструкций, позволяющих > добиться максимальной производительности от железа. Основная проблема в удалении "мёртвого" кода линкером. Даже при LTO не всегда возможно определить участки кода, которые при статическом связывании не вызываются. Что бы упростить задачу линкеру, иногда приходится принимать меры в библиотечном коде или вводить условную трансляцию. При создании glibc не ставится цель уменьшить размер исполняемого файла -- там надо, что бы любой школьник мог подгрузить руткит при помощи LD_PRELOAD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

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

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