https://m.opennet.dev/openforum/vsluhforumID3/111888.html После шести месяцев разработки состоялся (https://sourceware.org/ml/libc-alpha/2017-08/msg00010.html) релиз системной библиотеки GNU C Library (http://ftp.gnu.org/gnu/glibc/) (glibc) 2.26 (http://sourceware.org/glibc/wiki/Release/2.26), которая полностью следует требованиям стандартов ISO C11 и POSIX.1-2008. В состав нового выпуска включены исправления от 66 разработчика. <br><br><br><br><br>Из добавленных в Glibc 2.26 улучшений (http://sourceware.org/git/?p=glibc.git;a=blob_plain;f=NEWS;hb=HEAD) можно отметить: <br><br><br><br>- В функции malloc реализована поддержка кэша, индивидуального для каждого потока, что позволило избавиться от блокировок, возникающих при использовании общего для всех потоков кэша, и существенно поднять производительность выделения и освобождения небольших блоков памяти;<br><br><br>- Расширены возможности встроенного DNS-резолвера: реализовано определения изменения файла /etc/resolv.conf для оперативной загрузки изменённой конфигурации (для запрета автообновления предусмотрена опция "no-reload"); обеспечена https://m.opennet.dev/openforum/vsluhforumID3/111888.html#57 Fri, 04 Aug 2017 18:37:26 GMT &gt; При этом какая-нибудь libpthread - по сей день отдельная сущность, хотя вот зачем ей быть отдельной - совершенно неясно (использование name resolving - это вопрос области применения программы, она предсказуема, использование позикс-тредов - исключительно вопрос дизайна, ты никогда не будешь уверен, что очередная программа их не использует или в следующей версии вдруг не начнет)<br><br>libc имеет несколько реализаций posix-threads. На линуксе стандартом используется NPTL, но есть и более кроссплатформенная реализация, которая позволяет glibc существовать и на системах где нет ядра linux. Вероятно при этом, включение posix-threads в configure влияет не только на то, что создаётся ещё один бинарь -- libpthreads.so, -- но и на другие части, делая тот или иной код совместимым с libpthreads (впрочем это лишь предположение, я не могу указать ни одного куска такого кода).<br><br>А вот код резолвера нет смысла держать в нескольких вариантах. При этом приложение может просто игнорить этот код: он совершенно определённо ни на https://m.opennet.dev/openforum/vsluhforumID3/111888.html#56 Fri, 04 Aug 2017 17:38:22 GMT А производстве чего, стесняюсь спросить?<br> https://m.opennet.dev/openforum/vsluhforumID3/111888.html#55 Fri, 04 Aug 2017 11:28:00 GMT &gt; При этом какая-нибудь libpthread - по сей день отдельная сущность, <br><br>как часть проекта glibc<br><br>&gt; ... хотя вот зачем ей быть отдельной - совершенно неясно <br><br>наверное, чтобы можно было строить non-MT приложения (убирая overhead), если автор так видит.<br> https://m.opennet.dev/openforum/vsluhforumID3/111888.html#54 Fri, 04 Aug 2017 07:22:03 GMT Для меня стабильно ускоряющийся рост распространённости (по есть положительная производная) никак не означает "умирает".<br> https://m.opennet.dev/openforum/vsluhforumID3/111888.html#53 Fri, 04 Aug 2017 06:37:37 GMT &gt; они там изобретают, т.к. это по факту шлак. И этот шлак <br>&gt; годится только для лаб и курсовых, а в производстве это фуфло <br>&gt; меняется на что-то действительно полезное.<br><br>Праильнаящитаю! KERNEL.EXE фарева.<br> https://m.opennet.dev/openforum/vsluhforumID3/111888.html#52 Fri, 04 Aug 2017 05:59:00 GMT &gt;Асинхронность делай сам, для этого тебе дадены gethostbyname_r и gethostbyname2_r.<br><br>Вот такие идиоты работают в профессии. Вон из профессии!<br>Все резолверы _уже_ написаны, например, adns, c-ares и т.д. Те, кто жалуется на glibc либо не знают, что до них все написали, либо троли. Что касается самого glibc, то мне лично побарабану, что они там изобретают, т.к. это по факту шлак. И этот шлак годится только для лаб и курсовых, а в производстве это фуфло меняется на что-то действительно полезное.<br> https://m.opennet.dev/openforum/vsluhforumID3/111888.html#51 Fri, 04 Aug 2017 01:22:42 GMT Регулятор, на то и регулятор, что напрямую не вмешивается, ни запретить, ни заставить не могут, рекомендовать и только, всем сра-ть.<br><br>Гугл давно уже сдулся,есть альтернативы че они решают, апи в андоиде, дальше что, дальше все.<br> https://m.opennet.dev/openforum/vsluhforumID3/111888.html#50 Fri, 04 Aug 2017 01:14:59 GMT То есть для вас стакан уже на 22% заполнен, а для меня он на 78% пуст<br> https://m.opennet.dev/openforum/vsluhforumID3/111888.html#49 Fri, 04 Aug 2017 01:08:59 GMT Это было бы логично<br>