The OpenNET Project / Index page

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

Выпуск системной библиотеки Glibc 2.42 и набора утилит GNU Binutils 2.45

29.07.2025 11:11

После шести месяцев разработки опубликован релиз системной библиотеки GNU C Library 2.42 (glibc), которая полностью следует требованиям стандартов ISO C23 и POSIX.1-2024. В создании нового выпуска приняли участие 70 разработчиков.

Из реализованных в Glibc 2.42 улучшений можно отметить:

  • В функцию pthread_create добавлена поддержка легковесных сторожевых страниц для защиты стека (stack guard page), обращение к которым вызывает исключение и аварийное завершение процесса (SIGSEGV). Реализация основана на появившемся в системном вызове madvise флаге MADV_GUARD_INSTALL, поддерживаемом начиная с ядра Linux 6.13. По сравнению с маппингом в режиме PROT_NONE сторожевые страницы позволяют более эффективно блокировать выполнение кода за пределами выделенной области памяти, так как их создание не требует выделения новой области виртуальной памяти.
  • Добавлены и отражены в заголовочном файле math.h новые функции возведения в степень и вычислений корней compoundn, pown и powr, rootn и rsqrt, определённые в стандарте ISO C23. Варианты функций реализованы для типов float, double, long double, _FloatN и _FloatNx, а также для обобщённого типа из tgmath.h.
  • На платформе Linux реализована функция pthread_gettid_np, которая, как и функция gettid(), возвращает уникальный идентификатор потока, но отличается расширенной проверкой ошибок (при возникновении неопределённого поведения процесс завершается).
  • Добавлены функции для вычисления абсолютных значений, возвращающие беззнаковые типы: uabs, ulabs, ullabs и uimaxabs. Данные функции войдут в состав будущего стандарта Си.
  • На платформе Linux в программном интерфейсе termios.h реализована поддержка произвольных значений скорости передачи. Тип speed_t переопределён и теперь соответствует типу "unsigned int", как в ядре Linux.
  • В локальный для потоков кэш (tcache), используемый в функции malloc, добавлена поддержка кэширования больших блоков памяти. Максимальный размер блока может быть переопределён через настройку glibc.malloc.tcache_max, которая может принимать значения вплоть до 4194304. Ускорена работа кэша для блоков небольшого размера.
  • В сборочный скрипт configure добавлена опция "--enable-sframe", включающая поддержку формата SFrame, применяемого для представления информации о трассировке стека и поддерживаемого функцией backtrace. Для использования SFrame требуется как минимум версия binutils 2.45.
  • Из проекта CORE-MATH перенесены оптимизированные варианты математических функций acospif, asinpif, atanpif, atan2pif, cospif, sinpif и tanpif.
  • Значительно расширен тестовый набор, который теперь охватывает работу различных вариантов семейств функций printf и scanf.
  • Добавлен код для определения процессоров Intel на базе микроархитектуры Arrow Lake, Panther Lake, Clearwater Forest и Diamond Rapids.
  • Добавлена поддержка платформы z17 (новое поколение мейнфреймов IBM Z/S390).
  • В настройку glibc.rtld.execstack добавлена поддержка режима совместимости для поддержки программ, требующих исполняемого стека через динамически загружаемые библиотеки.
  • Удалены заголовочный файл termio.h и определение структуры termio из sys/ioctl.h. Программный интерфейс termio.h объявлен устаревшим ещё в POSIX.1 (1988 год) и заменён на termios.h.
  • Для сборки Glibc теперь требуются как минимум выпуски GCC 12.1 и GNU Binutils 2.39.
  • Устранены уязвимости:
    • CVE-2025-0395 - переполнение буфера при выполнении функции assert(). Переполнение возникает при указании слишком большого имени программы (argv[0]). Проблема рассматривается как неопасная, так как за пределы буфера записывается 4 байта, содержимое которых не может контролировать атакующий. При этом интересен сам факт появления в отладочных функциях уязвимости, возникающей из-за ошибки при выводе имени текущего приложения.
    • CVE-2025-5702, CVE-2025-5745 - уязвимости в реализации функций strcmp и strncmp для процессоров Power10, приводящие к сбою при сохранении и восстановлении векторных регистров v20-v31, которые должны сохраняться между вызовами функций. Уязвимость может использоваться для перезаписи или определения содержимого данных регистров, используемых другой функцией.
    • CVE-2025-8058 - уязвимость в функции regcomp, приводящая к двойному освобождению памяти (double-free).

Дополнительно можно отметить выпуск набора системных утилит GNU Binutils 2.45, в состав которого входят такие программы, как GNU linker, GNU assembler, nm, objdump, strings, strip.

В новой версии Binutils:

  • В GNU assembler:
    • Добавлена поддержка последних расширений для архитектур RISC-V, LoongArch и AArch64. Для x86 добавлена поддержка инструкций XMODX, реализованных в процессорах Zhaoxin PadLock. Для RISC-V добавлена поддержка инструкций ssqosid v1.0, ssnpm v1.0, smnpm v1.0, smmpm v1.0, sspm v1.0, supm v1.0, sha v1.0, zce v1.0, smcdeleg v1.0, ssccfg v1.0, svvptc v1.0, zilsd v1.0, zclsd v1.0, smrnmi v1.0, xtheadvdot v1.0, xmipscbop v1.0, xmipscmov v1.0, xmipsexectl v1.0 и xmipslsp v1.0.
    • Обеспечена совместимость генерации данных в формате SFrame со спецификацией SFrame V2. Добавлена поддержка генерации информации о трассировке стека (.sframe) из директив CFI на 64-разрядных системах s390 (s390x).
    • Добавлена поддержка директив .errif и .warnif для вывода диагностических сообщений при срабатывании определённых условий.
  • В компоновщике в опции "--stats" реализована поддержка опционального аргумента, через который можно указать имя файла для сохранения информации о потреблении ресурсов на разных стадиях компоновки. Имя файла также можно указать через переменную окружения LD_STATS. Для систем RISC-V в компоновщик добавлена поддержка новых форматов PLT (Procedure Linkage Table).
  • Внесены разнообразные улучшения, связанные с поддержкой формата SFrame. Функции для работы с SFrame вынесены в версионированную библиотеку libsframe.so.2.
  • В дизассемблере и утилите readelf расширена поддержка архитектуры RISC-V.


  1. Главная ссылка к новости (https://sourceware.org/piperma...)
  2. OpenNews: Уязвимость в Glibc, затрагивающая статически собранные suid-файлы с dlopen
  3. OpenNews: Выпуск системной библиотеки Glibc 2.41
  4. OpenNews: Уязвимость в OpenSSH, позволяющая удалённо выполнить код с правами root на серверах с Glibc
  5. OpenNews: Уязвимость в Glibc, эксплуатируемая через скрипты на PHP
  6. OpenNews: Выпуск GNU Binutils 2.44
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63639-glibc
Ключевые слова: glibc, binutils
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (138) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:58, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Я пропустил, давно Glibc не Red Hat, а Gentoo сопровождает? Мэйнтейнер сейчас "Andreas K. Huettel <dilfridge@gentoo.org> Gentoo Linux developer". Кстати, матёрый учёный. С его сайта http://www.akhuettel.de/

    Research interests

        Transport spectroscopy of novel low-dimensional quantum materials
        Hybrid mesoscopic semiconductor / superconductor devices
        Nano-electromechanics, single electron effects in mechanics, and the mechanical quantum limit
        Microwave optomechanics, quantum information processing, GHz / mK technology
        Low temperature physics

     
     
  • 2.5, Аноним (5), 12:08, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Это объясняет, почему каждое обновление всё разлетается во все стороны. Ну вон то крипта, то электроны.
     
     
  • 3.154, Аноним (-), 22:21, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это объясняет, почему каждое обновление всё разлетается во все стороны. Ну вон
    > то крипта, то электроны.

    Какие у вас там электроны разлетаются во все стороны? Вы в большом адронном коллайдере живете и кто-то пучок электронов запустил?

     
     
  • 4.158, Аноним (5), 23:21, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это из-за clone3.
     
     
  • 5.159, Аноним (-), 23:27, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, это из-за clone3.

    Что - clone3? Не вижу разлетов. К тому же clone3 это сискол ядра, к libc вообще очень косвнено относится.

     
     
  • 6.161, Аноним (5), 23:51, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вон все песочницы отвалились. В жырнолисе тоже фиксили, ага. А электрон не пересоберёшь же в любом случае, да и на другой не всегда поменяешь.
     
     
  • 7.176, Аноним (-), 22:50, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну вон все песочницы отвалились.

    Пруф? У линуха предыдущие clone() никуда не девались насколько я помню. Так что интересно что там у кого отвалилось. Ибо "we do not break userspace" (c) Torvalds.

     
  • 2.9, Аноним (-), 12:27, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Glibc-ом занамаются академики. Горжусь.
     
     
  • 3.40, Аноним (40), 13:46, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Эдуард, залогинтесь!
     
  • 3.114, Аноним (114), 00:01, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Жаль, что файловыми системами не дают заниматься представителям академической среды.
     
  • 2.24, axel_manning (?), 13:15, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +13 +/
    да это же просто akhuettelno!
     
  • 2.57, Аноним (-), 14:57, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я пропустил, давно Glibc не Red Hat, а Gentoo сопровождает?

    Какие-то из версий вообще местный Led сопровождал (ldv@) из альтлинукса. Впрочем он уже не а альтлинуксе вроде. И даже не знаю баг оно было или фича. Как спец он хорош - но как человек ... намного лучше если дело с ним иметь не придется.

     
     
  • 3.115, Аноним (115), 00:12, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как спец он хорош - но как человек ... намного лучше если дело с ним иметь не придется.

    Если спец плох как человек, то он как и спец плох. Толку от того, что ты лучше всех знаешь $название_дисциплины, если ты не можешь другим людям помочь с ней? Любое более-менее интересное дело водиночку не делается, поэтому те, кто не умеет ладить с другими людьми, обречены на нищету и забвение.

     
     
  • 4.138, 1 (??), 14:12, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Расскажи это Райзеру. Тащил чел целую FS в одиночку. Если бы не жена, была бы у нас супер-пупер FS.
     
     
  • 5.140, Аноним (140), 14:33, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если бы не жена

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

    > была бы у нас супер-пупер FS.

    Cупер-пупер? Райзер, вам разве разрешили выходить в интернет?)
    Не стоит, а то профукаете следующую апелляцию для УДО)))

     
     
  • 6.143, Аноним (-), 16:33, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В том что не взлетел RaiserFS виновата однозначно его жена. Рейзер гений, сейчас он выйдет и покажет всем как надо писать файловые системы. Всем утрёт нос.
     
     
  • 7.153, Аноним (-), 22:20, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В том что не взлетел RaiserFS виновата однозначно его жена. Рейзер гений,

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

    > сейчас он выйдет и покажет всем как надо писать файловые системы. Всем утрёт нос.

    Его Reiser3 прославился тем что при fsck выносил файлухи в хлам. Потому что чудная утилса не проверяет чье это дерево и хреначит первое что нашлось. О том что это образ диска или виртуалка могли быть - гений не догадался.

     
  • 6.144, 1 (??), 16:54, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ахаха, т.е виноват не неадекват-убийца, который еще и пытался скрыть это от полиции!

    Интересно, какой адекват-убийца идёт сразу сдаваться в полицию ?

    А жена ему изменяла и отвлекала от написания самой лучшей FS во вселенной.

     
     
  • 7.146, Аноним (-), 19:19, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Любой адекат Если даже если это не убийство-по-неосторожности, а напр в состоя... большой текст свёрнут, показать
     
     
  • 8.155, Аноним (-), 22:25, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот, собссно, да Попытка скрыть следы и признаки планирования - могут серьезно ... текст свёрнут, показать
     
     
  • 9.165, Аноним (-), 00:18, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это по словам нашего шизика она такой шмара Или просто она, про в кучу лет ... текст свёрнут, показать
     
     
  • 10.177, Аноним (-), 22:57, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Даже если по его - очень странно что его угораздило жениться на подобной, если у... большой текст свёрнут, показать
     
  • 6.180, scriptkiddis (?), 14:44, 01/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да именно так. Во всем виновата его жена.
     
  • 5.149, нах. (?), 21:49, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Расскажи это Райзеру. Тащил чел целую FS в одиночку.

    вообще-то нет. Наоборот, собрал команду (достаточно приличных) специалистов, обеспечивавшую коммерческую поддержку тем кому она была нужна. Т.е. и себе обеспечил постоянный доход, и еще десяток человек кормил.

     
     
  • 6.156, Аноним (-), 22:27, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > вообще-то нет. Наоборот, собрал команду (достаточно приличных) специалистов, обеспечивавшую
    > коммерческую поддержку тем кому она была нужна. Т.е. и себе обеспечил
    > постоянный доход, и еще десяток человек кормил.

    Не считая того что в фирме была текучка кадров из-за токсичного характера рейзера, ее постоянно колбасило по финансам, а fsck прославиолся разносом томов. И гениальный ход - предложить дата рекавери для своей фс за бабки. Я все понимаю но это вопиющий конфликт интересов когда выгодно - чтобы ФС разлетались вдрызг.

     
     
  • 7.157, нах. (?), 22:57, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не считая того что бездарные анонимы врали что в фирме была текучка кадров из-за токсичного характера рейзера, ее постоянно колбасило по финансам, а fsck прославиолся разносом томов.

    поправил, не благодари.

    У меня ни fsck ничего не разносил, ни кадр, с которым я периодически общался, никуда не утекал (пока не свалил работать в sun, где и пропал)

    > И гениальный ход - предложить дата рекавери для своей фс за бабки.

    мне он понадобился ровно один раз в жизни, после физического отказа железа. Бабок, что характерно, так и не заплатил (но должен, аж $20).

    > когда выгодно - чтобы ФС разлетались вдрызг.

    но вдрыгз у меня почему-то разлетелась ext3. И вот ее починить оказалось невозможно ни задаром, ни за деньги - все содержимое (кстати, hw raid) превратилось в кашу.

     
     
  • 8.160, Аноним (-), 23:44, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сам рейзер - посидев и подумав над поведением - много перед кем извинялся, помни... большой текст свёрнут, показать
     
  • 4.152, Аноним (-), 22:18, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если спец плох как человек, то он как и спец плох. Толку
    > от того, что ты лучше всех знаешь $название_дисциплины, если ты не
    > можешь другим людям помочь с ней?

    Да уж, нарываться на помощь от гражданина Led - это такое себе. Хотя если вам нравится как вас полили д@рьмом - приходите, получите.

    > Любое более-менее интересное дело водиночку
    > не делается, поэтому те, кто не умеет ладить с другими людьми,
    > обречены на нищету и забвение.

    Майнтенанс энной версии glibc - врядли очень уж сильно интересное дело.

     
  • 2.179, scriptkiddis (?), 14:43, 01/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому как генту делает для gcc/binutils/glibc больше чем любой из всяких шляп
     

  • 1.6, Аноним (6), 12:22, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > uabs

    Ладно.

     
  • 1.7, Аноним (-), 12:24, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Ядро Linux + GNU libc + GNU binutils + GCC + GNU coreutils - великолепная пятёрка, основа операционной системы GNU/Linux.
     
     
  • 2.10, Аноним (10), 12:32, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Великолепен тут только линукс. Все остальное успешно заменяется. Проект GNU можно считать провалившимся: ядро сделать не смогли, а теперь еще и остальные проекты под большой угрозой замещения более современными альтернативами.
     
     
  • 3.12, alexanderzhirov (ok), 12:43, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А кто постановил, что проект GNU провалился? Есть экспертиза, заключение? Где можно об этом почитать? Ссылку на авторитетных IT-шников можно?
     
     
  • 4.16, Анонизм (?), 12:53, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Попытался понастольгировать, открыл https://www.gnu.org/software/hurd/, а он мне "Too Many Requests". Ну разве это не провал...
     
     
  • 5.17, alexanderzhirov (ok), 12:55, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сошлись на заключение, где написано "Проект GNU можно считать провалившимся".
     
     
  • 6.51, Аноним (51), 14:29, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Это ты сначала сошлись на заключение, где написано "Проект GNU можно считать успешным".
     
     
  • 7.53, alexanderzhirov (ok), 14:34, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это ты сначала сошлись на заключение, где написано "Проект GNU можно считать
    > успешным".

    а ты... а ты...

    Я НЕ утверждаю.

    С твоей логикой - прийди в отдел полиции и доказывай им, что ты никого не насиловал.

     
  • 4.22, Аноним (10), 13:10, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А кто постановил, что проект GNU провалился?

    А разве кто-то сказал, что "вышло постановление, что проект провалился"? Вроде никто про такое не писал. Вот что написано в комменте:

    "можно считать провалившимся"

    Вот если бы там было написано "вышло постановление", тогда да, тогда было бы разумно требовать номер постановления, дату постановления, адрес инстанции, выпустившей постановление, набор печатей, и так далее. Но в комменте написано:

    "можно считать"

    Уже догадываешься, в чем именно ты лопухнулся?

     
     
  • 5.25, alexanderzhirov (ok), 13:15, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты выставляешь критерии о том что можно считать или нельзя Твое мнение меня... большой текст свёрнут, показать
     
     
  • 6.26, Аноним (10), 13:21, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я выразил свое мнение Коммент-то мой, правильно В моем комменте я выражаю свое... большой текст свёрнут, показать
     
     
  • 7.27, alexanderzhirov (ok), 13:27, 29/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.31, Аноним (10), 13:34, 29/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.38, Fyjy (-), 13:45, 29/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.28, Аноним (-), 13:28, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А кто постановил, что проект GNU провалился?  Есть экспертиза, заключение?

    А ты поищи успешные проекты, которые делает именно GNU.

    Linux? Они послали гнутиков с GPLv3.
    GCC? Послалили их с требованиями передачи прав на код еще в 2021 году.
    glibc + binutils + coreutils - успешно заменяются другими, хотя признаю что пользуются популярностью
    GNU Taler - невероятный успех, использует по последним новостям аж нигде
    GNU Guile - за 32 года так и остался никому не нужным нишевым йазычком
    GNU HURD - лудшая ОСь ever! Нужно чуток потерпеть и для нее запилят поддержку 64бит))

    и так далее

     
     
  • 5.29, alexanderzhirov (ok), 13:29, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Не оправдывайся
     
  • 5.30, Аноним (30), 13:34, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >GCC? Послалили их с требованиями передачи прав на код еще в 2021 году.

    Ссылку на буквально послали или балабол.
    То, что не требуют, вовсе не означает, что кто-то кого-то посылал. Всё может быть согласовано.

     
     
  • 6.35, Аноним (-), 13:40, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тебя что 822 в 822 822 г 822 у 822 г 822 л 822 е 822 на опеннете за... большой текст свёрнут, показать
     
     
  • 7.36, Аноним (30), 13:43, 29/07/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 7.44, alexanderzhirov (ok), 13:59, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Окей, чувак Раз ты такой матёрый тертый калач, который может считать о провал... большой текст свёрнут, показать
     
     
  • 8.48, alexanderzhirov (ok), 14:06, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Приходит чувак такой, АНОНИМ, спустя 40 лет существовани... большой текст свёрнут, показать
     
  • 8.49, Fyjy (-), 14:24, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я другой чувак, но тоже считаю что могу судить о провалах и успехах Давай оцени... большой текст свёрнут, показать
     
     
  • 9.54, alexanderzhirov (ok), 14:37, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    как и меня твоё мнение... текст свёрнут, показать
     
     
  • 10.55, Fyjy (-), 14:44, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сначала ты прикапываешь и требуешь А кто постановил , Где почитать , а потом ... текст свёрнут, показать
     
     
  • 11.68, alexanderzhirov (ok), 16:17, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Обиделся что-ли Просто бред надоело читать Я вижу лишь гиперболизированную кри... большой текст свёрнут, показать
     
     
  • 12.85, Аноним (-), 17:52, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Эээ Нет конечно Просто непоследовательность слегка удивила Добавляй по моему... большой текст свёрнут, показать
     
     
  • 13.89, alexanderzhirov (ok), 18:05, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ух как горит Ну так кто там по итогу-то утвердил или подтвердил, что GNU провал... текст свёрнут, показать
     
     
  • 14.90, Аноним (-), 18:14, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Где У тебя Ага, полностью Цели обозначенные в манифесте провалили, ГНУ Хурд о... большой текст свёрнут, показать
     
     
  • 15.91, alexanderzhirov (ok), 18:17, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и всё Обычный воздухан Нет ответа на мой вопрос А сколько гонора, ух А к... текст свёрнут, показать
     
     
  • 16.92, Аноним (-), 18:22, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты про себя Пока ты только пустил газку приводя в пример какие-то убогости ... текст свёрнут, показать
     
  • 12.123, Аноним (123), 04:08, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    grub - хмм у каждой системы свой загрузчик А это классическое ненужно, особе... большой текст свёрнут, показать
     
     
  • 13.137, Аноним (-), 13:46, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Жалко emacs не вспомнили Который он вот совсем никогда не воровал , но почему... текст свёрнут, показать
     
  • 4.127, Shantikov (?), 08:26, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А кто постановил, что проект GNU провалился? Есть экспертиза, заключение? Где можно об этом почитать? Ссылку на авторитетных IT-шников можно?

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

     
  • 3.59, Аноним (-), 15:05, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    1 И на что заменить glibc допустим, и чтоб перфоманс не продолбать 2 Заменить... большой текст свёрнут, показать
     
     
  • 4.65, Аноним (65), 15:45, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 1) И на что заменить glibc допустим, и чтоб перфоманс не продолбать?

    Ты сначала скажи где именно у тебя перформанс завязан на glibc.

     
     
  • 5.84, _ (??), 17:52, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А ты не балаболь, ты замени глибс на мусл и узрей :)
     
  • 5.110, Аноним (-), 23:23, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> 1) И на что заменить glibc допустим, и чтоб перфоманс не продолбать?
    > Ты сначала скажи где именно у тебя перформанс завязан на glibc.

    В функциях стандартной сишной либы. Ну пусть memcpy будет для начала. Этого довольно много кто оптимизил, вклчая тяжеловесов типа интеля. Отказаться от этого конечно можно - но не халявно по производительности.

    А так тематические бенчи можно поискать на форониксе. Сабжевую либу довольно сложно сделать. Вот хоть кем. Можно назло бабушке отморозить уши, конечно, но зачем? Пусть любители BDSM этим занимаются.

     
     
  • 6.132, Аноним (132), 11:23, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Окей, давай сравним. Ой, сторонние аллокаторы мало того, что меньше фрагментируют память, так еще и чуточку быстрее, чем glibc malloc. Как-то неудобно получилось.

    http://smalldatum.blogspot.com/2025/04/battle-of-mallocators.html

     
     
  • 7.162, Аноним (-), 23:55, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    1 Cторонними аллокаторами надо явно заморачиваться 2 Это влияет лишь на сильн... большой текст свёрнут, показать
     
  • 4.121, Аноним (121), 03:20, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 1) И на что заменить glibc допустим, и чтоб перфоманс не продолбать?

    Ни на что. Ты сам выбираешь: или быстро, или безопасно.

     
     
  • 5.163, Аноним (-), 00:02, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> 1) И на что заменить glibc допустим, и чтоб перфоманс не продолбать?
    > Ни на что. Ты сам выбираешь: или быстро, или безопасно.

    Можно подумать остальные libc чем-то лучше по безопасности. В glibc так то - не очень плохо с безопасностью, всякие фишки типа stack protector есть и проч.

    И да, безопасность ценой перфоманса - не подная тема. Ибо кому надо докупать серверов и недоиспользовать возможности железа? К тому же на поверку потом безопаснички типа openbsd делают детские баги и виртуалка в их чудном гипервизоре может ядерные страницы хоста патчить с полоборота. И там вообще никакаие libc им от этого - не помогут.

     
     
  • 6.166, Аноним (166), 00:24, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да мне просто вспомнилось https lists freebsd org pipermail freebsd-curr... большой текст свёрнут, показать
     
     
  • 7.181, Аноним (-), 20:00, 01/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Говоря за себя - я обычно грепаю относительно trusted потоки А вот туповэйтит... большой текст свёрнут, показать
     
     
  • 8.186, Аноним (186), 10:03, 02/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так я разве спорю Медленные библиотеки, хоть и более надёжны, в современном неб... текст свёрнут, показать
     
  • 3.69, Аноним (-), 16:18, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Проект GNU можно считать провалившимся

    Делишся с нами своими влажными фантазиями? Запомни, GNU и копилефт всегда шагают впереди планеты всей!

     
  • 3.86, Аноним (5), 17:53, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя какое-то альтернативное восприятие. Ядро линукс прекрасно заменяется на любое другое (хотя бы и ядром из виндоус), а вот "операционную систему" гну заменить нечем.
     
     
  • 4.111, Аноним (-), 23:24, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > У тебя какое-то альтернативное восприятие. Ядро линукс прекрасно заменяется на любое другое
    > (хотя бы и ядром из виндоус)

    Ну допустим не очень прекрасно заменяется так то. И большая часть поводов связываться с линем это фичи его ядра.

     
     
  • 5.113, Аноним (5), 23:31, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно, но то специфические фичи, для работы в ос (гну) они вполне опциональны. Пользователю нужна только поддержка железа.
     
     
  • 6.164, Аноним (-), 00:12, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Действительно, но то специфические фичи, для работы в ос (гну) они вполне
    > опциональны. Пользователю нужна только поддержка железа.

    Ну вот и замените мне вот этот Linux на вот этом армовском одноплатнике на винду. Хочу посмотреть как вы это вообще. Учитывая что у нее отродясь "драйверов нет, бдж!"

     
     
  • 7.168, Аноним (5), 09:38, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так откуда там линукс? Венда поди и стоит. Ну андроид с кучей блобов, как вариант.
     
     
  • 8.182, Аноним (-), 20:06, 01/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Экспертиза уровня бох У меня таких с пару сотен в нескольких выводках и там деб... большой текст свёрнут, показать
     
  • 4.117, Аноним (115), 01:03, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > "операционную систему" гну заменить нечем

    Кавычки очень правильно стоят. Сборная солянка из софта с открытыми исходниками действительно не является операционной _системой_. И заменить её тоже нелегко — любой хаос неповторим, на то он и хаос. Что не отменяет полезности некоторых утилит, у которых, впрочем, почти всегда есть не-GNU замена. Не густо за 40 лет существования проекта.

     
     
  • 5.118, Аноним (5), 01:36, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пропроприетарные пермиссивные альтернативы очень редко могут заменить хотя бы частично. Ну и потом, реально пользователи только у гну, а, значит, развитие тоже.
     
  • 2.63, Аноним (65), 15:39, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет никакой операционной системы GNU/Linux. Есть ядро Linux и дистрибутивы на его основе, они могут использовать софт от проекта GNU, могут не использовать, а если и используют, то какого-то особого упоминания он не достоин вообще ни разу.
     
     
  • 3.67, Аноним (-), 16:05, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    $ uname --operating-system
    GNU/Linux
    $
     
  • 3.130, Аноним (130), 09:57, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    $uname
    Linux
     

     ....большая нить свёрнута, показать (54)

  • 1.37, Аноним (37), 13:44, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Для сборки Glibc теперь требуются как минимум выпуски GCC 12.1

    Они там оптолбились?!

     
     
  • 2.41, Fyjy (-), 13:47, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Для сборки Glibc теперь требуются как минимум выпуски GCC 12.1
    > Они там оптолбились?!

    Погоди.
    Лет через пять-десять сборка ЖЛибС потребует раст, вот тогда мы будем наблюдать пожары пятых точек)

     
     
  • 3.70, Аноним (-), 16:19, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Glibc читается как [глибс].
     
  • 2.64, Аноним (65), 15:42, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В каком смысле? Актуальная версия gcc - 15. А если у тебя что-то старее даже 12, то тебе и новый glibc не нужно собирать.
     
     
  • 3.78, Аноним (37), 17:16, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В каком смысле?

    Дело не в том, что ты не понимаешь, а то, что требования прослойки над кернелом почему-то растут. Что особенного появилось в прослойке, что радикально потребовало изменений в языке/компиляторе?

     
     
  • 4.107, Аноним (132), 22:41, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это не прослойка, это стандартная либа. Возьми мусл, если тебя аж тресет от новых версий.
     
  • 4.145, Аноним (30), 18:30, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Необходимость поддержки C23, как минимум.
     
  • 3.100, Аноним (5), 20:26, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну с mingw64 только 12 и работает. Или более ранние.
     

  • 1.46, Аноним007 (ok), 14:03, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    есть на сегодняшний день достаточно простое решение по использованию нескольких версий glibc на одном хосте? только не chroot
     
     
  • 2.52, Аноним (52), 14:32, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    статическая линковка
     
     
  • 3.61, Аноним007 (ok), 15:32, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    patchelf ?
     
  • 3.75, Аноним (75), 16:56, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Удачи на х86_64 если там будет хоть что то связано с сетью.

    "Мыши должны сидеть в мышеловке", как сказал бы товарищ Жиглов

     
  • 2.56, Tron is Whistling (?), 14:46, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    LXC? QEMU? Xen?
     
     
  • 3.62, Аноним007 (ok), 15:34, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    приложение работает с сетевыми интерфейсами.
    если в контейнере, то как скажется на работоспособности?
     
     
  • 4.74, Tron is Whistling (?), 16:54, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда, увы, только chroot. Можно ещё chroot с overlayfs - но это в особо тяжёлых случаях.
     
  • 4.76, Tron is Whistling (?), 16:56, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Или под работой с сетевыми интерфейсами просто работа с сетью подразумевается?
    Тогда как скажется... никак не скажется, можно контейнеру дать отдельный адрес.
     
  • 2.58, name (??), 14:57, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем?
     
     
  • 3.60, Аноним007 (ok), 15:30, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    система работает норм.
    но разработчики 2-х приложений выложили обновы.
    требования к библиотекам повысили.
    функционал появился новый. либо обновлять ОС, либо их мордой тыкать в новый глибс
     
     
  • 4.101, Аноним (101), 21:08, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Контейнер
     
  • 2.71, Аноним (-), 16:22, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >достаточно простое решение по использованию нескольких версий glibc на одном хосте?

    Это наркомания. Пакет должен быть один, версия тоже одна.

     
     
  • 3.80, Аноним (37), 17:23, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пакет должен быть один, версия тоже одна.

    расскажи это тем, кто рожает новое г* каждые 3 недели без разбора, надо это или нет.

     
  • 2.106, нах. (?), 22:34, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    если chroot для тебя недостаточно простое - то я, пожалуй, не буду рассказывать как подменить ld-linux.

     
     
  • 3.108, Аноним007 (ok), 23:00, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    причем здесь просто или не просто в chroot
    просто речь о впнах и прокси
     
     
  • 4.129, пох. (?), 09:22, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И вообще что за наглая запрещенка пошла - последнюю либсу ей подавай. Захрена оно ему?

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

     
     
  • 5.131, Аноним007 (ok), 10:36, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    может и проще пересобрать, но
    есть такие разработчики заботливые, которые
    не выкладывают исходники, но заботливо дают бинарники )
    встречали таких?
     
     
  • 6.133, пох. (?), 11:41, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну я и гопов в подворотне встречал, просто беги.

     

  • 1.66, ИмяХ (ok), 15:48, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>легковесных сторожевых страниц для защиты стека

    До чего же лютые костыли приходится городить cишникам, чтобы защитить память.
    >>вычисления абсолютных значений, работающие с беззнаковыми типами

    Вычислять абсолютное значение того, что само по себе яыляется абсолютным значением? Да, очень умно.

     
     
  • 2.73, Аноним (73), 16:45, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вычислять абсолютное значение того, что само по себе яыляется абсолютным значением? Да, очень умно

    #include <stdlib.h>

    #undef uabs

    /* Return the absolute value of I.  */
    unsigned int
    uabs (int i)
    {
      unsigned int j = i;
      return i < 0 ? -j : i;
    }

     
  • 2.77, Аноним (-), 17:08, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >До чего же лютые костыли приходится городить cишникам, чтобы защитить память.

    Костыль это когда, защиту от переполнения буфера памяти вкорячивают напрямую в язык и компилятор. В сишке, защита от переполнения выполняется специальными функциями. И это нормальная практика для не-ООП языка.

    >Вычислять абсолютное значение того, что само по себе яыляется абсолютным значением? Да, очень умно.

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

     
     
  • 3.93, Аноним (93), 18:58, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>Вычислять абсолютное значение того, что само по себе яыляется абсолютным значением? Да, очень умно.
    > Во-первых, это математические функции.

    Ты вообще не понял, о чем он говорил - потому что ты С в глаза никогда не видел и не знаешь, что такое беззнаковый тип. Зато как экспертизы навалил!

     
     
  • 4.95, Аноним (-), 19:30, 29/07/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 5.104, Аноним (-), 21:29, 29/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.97, Аноним (97), 19:46, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Костыль это когда, защиту от переполнения буфера памяти вкорячивают напрямую в язык и компилятор. В сишке, защита от переполнения выполняется специальными функциями

    Напомни, пожалуйста, какие функции в сишке защищают от переполнения буфера?

    > И это нормальная практика для не-ООП языка.

    "Нормальной" такая практика является сугубо для топовых языков 70-х годов.

    И при чем здесь ООП, лол? 😂

     
     
  • 4.103, Аноним (101), 21:18, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >какие функции в сишке защищают от переполнения буфера?

    strncpy ?

     
     
  • 5.136, Аноним (-), 13:38, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > strncpy ?

    char dest_buffer[10]; // Destination buffer with a size of 10 characters
    const char *source_string = "This string is too long for the buffer.";
    strncpy(dest_buffer, source_string, 25);

    warning: 'strncpy' writing 25 bytes into a region of size 10 overflows the destination [-Wstringop-overflow=]x86-64 gcc 15.1 #1

    И что, помог тебе твой strncpy?

     
     
  • 6.142, Аноним (-), 16:30, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >И что, помог тебе твой strncpy?

    Плюсовик детектед. Так ты же неправильно использовал его.

     
     
  • 7.147, Аноним (-), 19:22, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>И что, помог тебе твой strncpy?
    > Плюсовик детектед. Так ты же неправильно использовал его.

    И? А что-то помешало мне его использовать не правильно?))

    Вот в этом и вся дырявость сишечки. И причина почему ей пора в мусорку.
    Просто программисты неправильно используют сей гениальный язычог.

     
     
  • 8.183, Аноним (-), 20:13, 01/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Варнинг компилера - несчитово, не мешает, да Если кто игнорит такой варнинг ... текст свёрнут, показать
     
  • 7.169, Аноним (169), 09:50, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так ты же неправильно использовал его.

    А как правильно-то?

     
     
  • 8.170, _ (??), 17:04, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    strncpy dest_buffer, source_string, 9 но чтобы это понять нужен NI in oppo... текст свёрнут, показать
     
     
  • 9.173, Аноним (173), 17:45, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что и требовалось доказать 129315 Теперь у тебя в dest_buffer 10 в десятом ... текст свёрнут, показать
     
  • 9.175, Аноним (166), 22:26, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Разобрав подлинную этимологию слова на букву N, можно прийти к выводу, что NI и ... текст свёрнут, показать
     
  • 3.178, ИмяХ (ok), 09:27, 01/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это как раз таки нормальная практика, когда компилятор бьёт по рукам недопрограммиста, когда он делает что-то неправильно. Очень смешно смотреть, как тру-сишники рассказывают, как они круто экономят байты, ловко орудуя адресной арифметикой. Зато потом тратят эту память на стороженые страницы, да чего вы мелочитесь, давайте сразу сторожевые планки памяти на материнской плате выделим, чтобещё физически экранировало.
     
  • 2.94, Аноним (93), 19:16, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Вычислять абсолютное значение того, что само по себе яыляется абсолютным значением? Да, очень умно.

    Так это костыли для гениального дидовского дизайна.

    Сишочники терпели-терпели, но на шестой десяток языку им наконец-то надоело ловить UB при вызове abs(INT_MIN). 😭 Поэтому на замену дедовским функциям abs() (возвращающим signed) они добавили uabs(), возвращающие unsigned.

    N3349: Abs Without Undefined Behavior

    https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3349.pdf

    Как там синочные воины против R* любят говорить: в нашей Сишочке полно UB, но они задокументированы в священном СТАНДАРТЕ!

     
     
  • 3.119, Аноним (119), 02:48, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >они задокументированы в священном СТАНДАРТЕ!

    Недоступном бесплатно и анонимно.

     
     
  • 4.171, _ (??), 17:06, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Доступном для всех профессионалов :) Этого достаточно. :-р
     
  • 4.184, Аноним (-), 20:14, 01/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>они задокументированы в священном СТАНДАРТЕ!
    > Недоступном бесплатно и анонимно.

    А у других - они вообще никому недоступны. За отсутствием стандарта, тудыть!

     
  • 2.174, имя60743 (?), 22:22, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    пока другие верят, что за них всё сделает "язычок", сишники делают очередное "как не отстрелить себе яй^W ногу"
    И да, PEBCAK
     

  • 1.102, Аноним (101), 21:13, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Добавлена поддержка платформы z17 (новое поколение мейнфреймов IBM

    Мейнфреймы возвращаются?

     
     
  • 2.105, Аноним (-), 21:38, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Добавлена поддержка платформы z17 (новое поколение мейнфреймов IBM
    > Мейнфреймы возвращаются?

    А они никуда и не уходили.
    Прост ставить мейнфрем и лепить к нему 100500 х-терминалов стало не выгодно.
    А вот для всего остального.
    8 потоков на ядро, это тебе не хухры-мухры.


     
     
  • 3.116, Аноним (114), 00:25, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не в консольке же все пользователи мейнфреймов сидят поголовно. А Вяленый, для данной цели - недоразумение.
     
  • 3.125, Аноним (-), 06:28, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А они никуда и не уходили.

    Врешь, рынок мейнфреймов упал. Никто их не покупает, и поэтому новые никто не производит. А то что IMB разработал новый мейнфрейм это скорее традиция самого IBM. Скорее всего, в штатах какая-то крупная контора с устаревшим парком мейнфреймов, решила не закупать суперкомпьютеры, а заказала новое поколение мейнфреймов.

     
     
  • 4.139, 1 (??), 14:20, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эээ - а "мейнфрейм", это не синоним "суперкомпьютер" ? Или она просто заказала, а покупать не будет ?
     
     
  • 5.141, Аноним (-), 16:28, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У IBM своя архитектура. Не x86_64 и не ARM, и не RISC-V. К мэйнфрейму подключаются не рабочие станции, а аппаратные терминалы. Пдозреваю что у него даже нет сетевой Ethernet подсистемы. Производительность мейнфреймов, как правило, вычисляется в миллионах операций в секунду (MIPS), а суперкомпьютеров — в операциях с плавающей запятой (точкой) в секунду (FLOPS). В топ 500 нет мйэнфреймов.
     
  • 5.148, Аноним (148), 20:55, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Суперкомпьютер - это быстрый компьютер и предназначен для высокопроизводительных расчётов, а мейнфрейм - это просто большой компьютер для большого числа пользователей
     
     
  • 6.151, Аноним (37), 21:59, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Суперкомпьютер - это быстрый компьютер и предназначен для высокопроизводительных расчётов

    fixed: для выжигания энергии и повышения теплового загрязнения. Ничего полезного на них так и не посчитали. Фукусиму вспомним (атомка + погода + ещё докучи).

     
     
  • 7.172, _ (??), 17:24, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничего полезного на них так и не посчитали.

    Или тебе не сказали :)
    Да и зачем, то что они там посчитали НЕ ТЕБЕ полезно :)

     
  • 5.150, нах. (?), 21:57, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Эээ - а "мейнфрейм", это не синоним "суперкомпьютер"

    с тех пор как помер сэр Крэй - окончательно нет.
    Суперкомпьютером сейчас называют на самом деле - кластерную сетку из обычных intel x64.
    Которых там может быть хоть мильен, но производительность каждого - обычная, а доступ за пределы ближайших 64G оперативы - медленный.

     
     
  • 6.185, Аноним (-), 20:16, 01/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Суперкомпьютером сейчас называют на самом деле - кластерную сетку из обычных intel x64.

    Господа с ARMовыми суперкомпьютерами недоуменно чешут репу. Ж...а есть, а слова нет?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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