The OpenNET Project / Index page

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

В Fedora 42 планируют поставлять оптимизированные варианты исполняемых файлов

11.01.2025 09:44

В выпуске Fedora 42, намеченный на конец апреля, предложено разрешить сопровождающим включать в пакеты дополнительные варианты исполняемых файлов, собранные с включением оптимизаций для микроархитектур x86-64-v2, x86-64-v3 и x86-64-v4. Отмечается, что Fedora продолжает собирать пакеты для архитектуры x86-64-v1, в то время как CentOS использует при сборке архитектуру x86-64-v2, а RHEL 10 - x86-64-v3. В большинстве случаев прирост производительности при сборке для подобных архитектур не превышает 10%, но в отдельных ситуациях приводит к заметному повышению производительности (до 120%). Предложение пока не утверждено комитетом FESCo (Fedora Engineering Steering Committee), отвечающим за техническую часть разработки дистрибутива Fedora.

В Fedora уже допускается поставка дополнительных библиотек, оптимизированных для расширенных версий архитектуры x86_64, и подобную возможность теперь планируют распространить на исполняемые файлы. Загрузка оптимизированных реализаций библиотек осуществляется компоновщиком (dynamic linker), который проверяет наличие дополнительных вариантов в подкаталогах glibc-hwcaps, размещаемых в областях ФС, просматриваемых при поиске библиотек (например, /usr/lib64/glibc-hwcaps/x86-64-v2).

В случае исполняемых файлов предлагается использовать прослойку hwcaps-loader, которая будет выбирать и запускать вариант исполняемого файла, соответствующий возможностям текущей системы. Для пакетов, поставляющих несколько вариантов исполняемых файлов, данную прослойку предлагается выставлять через символическую ссылку. Решение о добавлении дополнительно оптимизированных исполняемых файлов будут принимать сопровождающие, в зависимости от результатов тестирования производительности конкретных пакетов.

Версии x86-64-v* определяют неофициальный способ идентификации срезов состояния микроархитектуры, охватывающих определённые наборы расширений:

  • x86-64-v2 охватывает расширения SSE3, SSE4_2, SSSE3, POPCNT, LAHF-SAHF и CMPXCHG16B.
  • x86-64-v3 - AVX, AVX2, BMI2, FMA, LZCNT, MOVBE и SXSAVE.
  • x86-64-v4 - AVX512F, AVX512BW, AVX512CD, AVX512DQ и AVX512VL.

Дополнительно можно отметить предложение по унификации обновления загрузчиков grub и shim в атомарных и обычных вариантах Fedora. Вместо обновления содержимого каталогов /boot и /boot/efi через вызов скрипта во время установки rpm-пакета, для обновления загрузчика предлагается использовать инструментарий bootupd, который уже применяется в атомарно обновляемых вариантах Fedora. В rpm-пакетах с загрузчиками содержимое предлагается устанавливать не напрямую в каталоги /boot и /boot/efi, а в отдельный каталог внутри раздела /usr, после чего синхронизировать с ним содержимое /boot и /boot/efi. Подобный подход даст возможность реализовать запасной вариант загрузки, который можно использовать для отката к старой конфигурации в случае проблем после обновления загрузчика.

  1. Главная ссылка к новости (https://www.mail-archive.com/d...)
  2. OpenNews: Линус Торвальдс раскритиковал попытки привязки к версиям микроархитектуры x86_64
  3. OpenNews: Gentoo начал формирование бинарных пакетов для архитектуры x86-64-v3
  4. OpenNews: openSUSE Tumbleweed прекращает официальную поддержку архитектуры x86-64-v1
  5. OpenNews: В Fedora 42 намерены включить инсталлятор на основе web-интерфейса и добавить эмулятор FEX
  6. OpenNews: Релиз дистрибутива Fedora Linux 41
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62543-fedora
Ключевые слова: fedora, optimization
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (186) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:35, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Подскажите какой командой можно понять к какой из архитектур относиться мой CPU ... большой текст свёрнут, показать
     
     
  • 2.2, Аноним (2), 10:43, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    ld.so --help | grep supported
     
     
  • 3.39, Аноним (-), 12:09, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Ты выхлоп линкера предоставил. А надо выхлоп утилиты центрального процессора. Обозначать архитектуру, как x86-64-v4 неграмотно.
     
     
  • 4.55, Вирт (?), 12:29, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +13 +/
    > Ты выхлоп линкера предоставил.

    Заткнись и просто запусти команду:

    '''
    $ /lib/ld-linux-x86-64.so.2 --help

    Subdirectories of glibc-hwcaps directories, in priority order:
      x86-64-v4
      x86-64-v3 (supported, searched)
      x86-64-v2 (supported, searched)
    '''

     
     
  • 5.173, Аноним (173), 09:48, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    --help: error while loading shared libraries: --help: cannot open shared object file
     
  • 4.192, n00by (ok), 09:22, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А ты лодырь назвал линкером.
     
  • 2.29, Аноним (29), 11:50, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://unix.stackexchange.com/questions/631217/how-do-i-check-if-my-cpu-suppo
     
  • 2.176, Аноним (176), 12:34, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    #!/bin/bash

    features=$(lscpu | grep Flags | awk '{$1=""; print $0}')

    if [[ $features == *"avx512f"* && $features == *"avx512bw"* && $features == *"avx512dq"* ]]; then
        echo "x86-64-v4"
    elif [[ $features == *"avx"* && $features == *"avx2"* && $features == *"fma"* && $features == *"bmi1"* && $features == *"bmi2"* ]]; then
        echo "x86-64-v3"
    elif [[ $features == *"sse4_2"* && $features == *"popcnt"* && $features == *"cmpxchg16b"* && $features == *"movbe"* ]]; then
        echo "x86-64-v2"
    else
        echo "Legacy x86-64 or unknown"
    fi

     

  • 1.3, Аноним (3), 10:44, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Решение чрезмерно переусложняет и без того хардкорный дистрибутив. Кто эти люди и как они оказались на своём месте? Почему они навязывают своё неадекватное представление всем остальным?
     
     
  • 2.6, Alladin (?), 10:57, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот такой он современный мир,

    никто не хочет wayland?, а мы первые выкинем xorg! ведь надо же деньги пилить и пофиг что не работает.

    никто не признает v1/2/3/...?, а мы первые начнем собирать их, а потом выкинем v1, v2, ... ведь надо же, у многих современный cpu, а мы собираем под v1.., и пофиг что производительности только +0-10% и многие просто проверяют наличие аппарат фичи проца перед запуском по.

    вообще есть такое мнение, что никто на fedora не сидит из-за таких прорывов

     
     
  • 3.12, Аноним (-), 11:24, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Люди хотят чтобы просто работало И не на уровне подключению к мейнфрейму их 80х... большой текст свёрнут, показать
     
     
  • 4.27, Аноним (27), 11:49, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Люди хотят чтобы просто работало
    > А иксы настолько убоги архитектурно

    Л - логика


    > Люди хотят чтобы просто работало
    >  у многих современный cpu

    Л - логика


     
  • 4.32, Аноним Анонимович Анонимов (?), 11:55, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Вы не находите странным, что софт собирается для процов 20летней давности?

    Если между ними

    > В большинстве случаев прирост производительности при сборке для подобных архитектур не превышает 10%, но в отдельных ситуациях приводит к заметному повышению производительности (до 120%)

    то нет.

    > из-за луддитов, которых "фсе устраивает - ничего нинада", десктопный линь в такой оппе
    > Пусть владельцы v1 хлама юзают спец дистры для таких особенных

    Единственное оправдание покупки нового железа. Не тот прирост производительности, чтобы раскошеливаться на обновление железа.

     
     
  • 5.52, Аноним (-), 12:27, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Не тот прирост производительности, чтобы раскошеливаться на обновление железа.

    Так это разница от инструкций. Что сильно зависит от софта и софтопейсателей.

    Чистая производительность от обновления намного больше.
    Сравним AMD 9900X и FX-8150. Оба предтопы своего времени. Причем 9900х стоит всего 450 баксов, а фуфикс стоил целых 700+. Причем тех баксов, 2011 года. С учетом инфляции разница будет больше чем в два раза.

    А по производительности... +200-400% даже по фуфловому userbenchmark.
    Поэтому почему бы не получить еще от 10% до 120% сверху? Из-за кучки нищуков-луддитов?

     
     
  • 6.66, commiethebeastie (ok), 12:34, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    FX-8150 3.6 GHz 3.9 GHz Suggested Price (U.S) $245
     
     
  • 7.71, Аноним (-), 12:42, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ок, возражение принимается.
    Посмотрел по https://cpu.userbenchmark.com/AMD-FX-8150/Rating/2006#Prices, что было ошибкой.
     
  • 4.41, Аноним (-), 12:14, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Вообще-то microarchitecture levels придумали сами Intel и AMD вместе с шапкой и сюзей.

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

     
     
  • 5.68, Аноним (3), 12:38, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще всё это выглядит неудачной попыткой умирающего Интела зацепиться за рынок. Навязать всем стандарты, которые нафиг никому не сдались.
     
  • 4.48, Аноним (48), 12:24, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Апологет фрагментации?
    Фрагментация уничтожит Linux.
    Хотя, возможно, в этом и состоит ваша цель.
    P.S. Внезапно - в офтопике всё наоборот и всё работает. Хотя, говоря объективно, попытки не прекращаются. Но там другое - нужно заставить покупать новые ПК, выбрасывая те, что могли бы выполнять свои функции еще лет 19.
     
     
  • 5.58, Аноним (-), 12:31, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Фрагментация уничтожит Linux.

    Линукс это и есть фрагментация.
    Если бы все усилия на создание очередного нескучного дистра или видеоплеера можно было бы перенаправить на что-то полезное - то линь мог бы занять половину рынка.
    Ну тут же шво6одка! Что-то не нравится - делаем форк, потому что ну вот точно именно мы сделаем правильно! С картами и куртизанками. А потом у нас 100500 недоделок разной степени васянности, но ни одной нормально пользоваться нельзя.

    > Хотя, возможно, в этом и состоит ваша цель.

    Моя цель - чтобы мой проц отрабатывал на все 100%.
    А не на 50% или 90% из-за каких-то 6омжей, сидящих на старье.

     
     
  • 6.79, Аноним (48), 12:51, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А не на 50% или 90% из-за каких-то 6омжей, сидящих на старье.

    Проблема возникает у разработчиков, желающих распространять свое ПО с минимальными услилиями. Некоторые из тех же исходников делают сборки для разных версий ОС. Но есть рекомендации - делать для самой старой версии. Хотя это чаще всего не помогает. Кстати, у коллег из macOS те же проблемы (и даже еще более сложные из-за регулярных замен архитектуры процессоров).
    > Моя цель - чтобы мой проц отрабатывал на все 100%.

    У меня тоже иногда возникает такая цель. Например, при обучении нейронной сети. Но для таких случаев я делаю для себя отдельную сборку, которая никому более не поставляется.

     
     
  • 7.84, Аноним (-), 13:09, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Проблема возникает у разработчиков, желающих распространять
    > свое ПО с минимальными услилиями.

    А вот тут поподробнее: какие проблемы возникают у разработчиков?
    Собирает мейнтейнер. Как он соберет - так оно и будет.
    Если из условной федоры выкинут все что ниже v3 - то это будет проблема юзеров федоры, а не разраба условного гимпа. А гимп как будет работать так и будет.

    > Но есть рекомендации - делать для самой старой версии.

    Минимальной версии чего? Ядра? DE с которым дистр поставляется? Живого проца?

    PS: Ну и да, "с минимальными усилиями" это не про линукс))

     
     
  • 8.119, Аноним (48), 16:04, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Делаете сборку приложения под Ubuntu 22 04 Приносите заказчику У него Астра 1 ... текст свёрнут, показать
     
     
  • 9.134, Аноним (27), 19:24, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Делайте под 14 убунтой или 6 копейкооси и будет работать на астре и на 22 04... текст свёрнут, показать
     
  • 9.153, Аноним (-), 22:14, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эм так так оно и будет в 99 случаев даже если ты собирал под v1 Потому что ... текст свёрнут, показать
     
     
  • 10.163, Аноним (27), 23:53, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это классика руко опости проприетарщиков из мира винды Правда у них и под виндо... текст свёрнут, показать
     
  • 9.205, Аноним (205), 18:31, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Windows 3 11 для рабочих групп Когда делают под заказ, очевидно, целевая плат... текст свёрнут, показать
     
  • 6.185, Neandertalets (ok), 21:52, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если считаешь себя умней других, что других считаешь нормальным называть уничижительно, то разберись лучше с этим: https://habr.com/ru/articles/861874/ - выхлоп по приросту будет больше на уже имеющемся железе.
    Небомжеватый вы наш...
     
  • 5.108, Аноним (108), 15:11, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не, я думаю, материнки на LGA775 столько не проживут.
     
  • 4.87, fidoman (ok), 13:20, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > на уровне подключению к мейнфрейму их 80х

    Ну да, на уровне игровой приставки конечно лучше.

     
  • 4.95, Аноним (95), 13:44, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот люди когда научаться не тащить к себе в проекты гору зависимостей(из за которых пользователи забивают систему мусором, и по причине которых чтобы скомпилировать пакет нужно еще больше зависимостей установить, и еще и определенных версий), вот когда отучаться пользоваться разношерстными стстемами сборки, которые тоже тащат за собой все подряд, вот тогда иксы и выкинем
     
  • 4.188, ryoken (ok), 07:43, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Gentoo - спецдистр? Breaking news, однако. Спокойно работает на MacPro5.1 (2x Xeon x5690).
     
  • 3.13, Илья (??), 11:25, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > никто не хочет wayland

    Какое-то у тебя особое видение, о том, чего хотят люди

     
  • 3.40, AleksK (ok), 12:12, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    V1 процессорам около 20 лет AMD K8-family AMD K10-family AMD Family 10h Bar... большой текст свёрнут, показать
     
     
  • 4.50, Аноним (3), 12:26, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну дык, выкиньте нафиг поддержку и скажите чётко об этом в разделе "системные требования". Зачем нужен этот огород хаков?
     
  • 4.73, Alladin (?), 12:43, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не трогай кору дуба!
     
  • 4.96, Аноним (96), 13:58, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Передает тебе привет мой комп на Ivybridge (4 ядра 3.6 GHz ) способный выдавать 60 fps 1080p в современных тайтлах (Last of us 2 BG3), собирать огромные проекты на с++ (libreoffice) и гонять по 4 виртуалки.  
    Недавно сидел на sandy bridge 3.2 GHz... и то же хватало.
     
     
  • 5.99, Аноним (27), 14:09, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    твои компы устарели - срочно беги в магазин - у интела акции падают!
     
  • 5.100, Аноним (-), 14:12, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > способный выдавать 60 fps 1080p

    О, подтянулись свидетели 1080p/60 ))

    > в современных тайтлах (Last of us 2 BG3)

    Которые практически не зависят от проца, отличная выборка! Думаю какой-то match3 или зума тоже бы не тормозила))
    Про настройки графония ты тоже решил не писать.

    А с helldivers 2, City skylines или Сталкером такой же фокус показать сможешь?
    Или "у меня ничего не тормозит, потому что я играю только в то, что не тормозит"?))

    > собирать огромные проекты на с++ (libreoffice)

    Собирать можно на чем угодно. Просто времени это займет в 2-3 раза больше.

    > гонять по 4 виртуалки

    На 4 ядрах?)) А мсье оригинал. Хотя, если они какие-то пакетики маршрутизировали, то и 8 можно было запустить.

     
  • 5.102, Аноним (102), 14:22, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если на виртуалках только консоль, то в это можно поверить. Если запускать графику, то там минимум 2 ядра нужно для стабильной работы(по крайней мере на i5 8250u). И тлоу 2 не современная игра так-то, никто не будет перерисовывать текстурки для порта на ПК
     
  • 5.105, Фнон (-), 14:40, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Передает тебе привет мой комп на Ivybridge (4 ядра 3.6 GHz ) способный выдавать 60 fps 1080p в современных тайтлах (Last of us 2 BG3),

    Открой для себя удивительный мир из от Парадоксов)
    И попробуй сыграть стелларис на 1000 систем с макс кризисом.
    Или какую-то сатисфактори с огромными фабриками и кучей конвеерных цепочек.

    > собирать огромные проекты на с++ (libreoffice) и гонять по 4 виртуалки.

    Хахаха, огромные?
    А попробуй собрать хром)

    > Недавно сидел на sandy bridge 3.2 GHz... и то же хватало.

    Верю! Это зависит от задач.


     
     
  • 6.111, Аноним (102), 15:18, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Двачую про пародоксов. Их симулятор тюрьмы на 4 ядерном i5 8295u/16gb при 1000+ npc просто начинает тупить, ничего не строится, npc не едят(с другой стороны и не бунтуют)и не отдыхают. При приближении к 2000 npc игра превращается симулятор затянутого времени в раза 2-3. Что интересно, в минимальных указан легендарный кор2дуба/6gb
     
  • 6.112, Аноним (27), 15:36, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А попробуй собрать хром

    в чем проблема? если оперативки и места на диске достаточно, то Ivybridge за пару суток без вопросов соберет...

     
  • 5.160, AleksK (ok), 23:10, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Передает тебе привет мой комп на Ivybridge (4 ядра 3.6 GHz )

    Xeon E3-1280v2 ?

    > способный выдавать 60 fps 1080p в современных тайтлах (Last of us 2 BG3)

    60 fps он тебе нарисует, но график фреймтайма там жуткий, сплошные статтеры и микрофризы. Играть в это больно.

    > собирать огромные проекты на с++ (libreoffice) и гонять по
    > 4 виртуалки.

    Сомнительно, ну окей.

    > Недавно сидел на sandy bridge 3.2 GHz... и то же хватало.

    Ещё хуже.

     
  • 3.42, Аноним (42), 12:17, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    xorg уже морально устарел, не кто не хочет разбираться в этом нагромождении костылей даже за деньги!
     
     
  • 4.59, Аноним (3), 12:31, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не Xorg можно было бы выкинуть, вейленд выглядел на бумаге приятнее архитектурно. Только опять же, они начали городить хренову тучу несовместимых между собой хаков-расширений и в итоге ничего путного не получилось у них.
     
  • 4.97, Аноним (96), 14:04, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тем что работает и не падает, умеет в масштабирование без мыла (просто задай dpi в конфиге ), есть рабочие незабагованные среды рабочего стола (KDE mate cinammon) и огромный набор разных фич вроде возможности подключить 2 мишки с разной чуствительностью, граф планшет и не постареть в процессе.

    Про не хочет разбиратся неправда, просто авторы вяленого кричат громче всех. А еще есть люди на зарплате что разбираются и будут разбираться. Ибо xorg это не только RHEL но и остальные линукс дистры плюс bsd. Да и RHEL еще лет 10 будет с ним жить как минимум.

     
     
  • 5.101, Аноним (-), 14:18, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > умеет в масштабирование без мыла

    Угу, а в дробное тоже умеет?
    Мне тут нужно обычный ноут подключить к обычному 4к монику.
    Подскажи, что куда прописывать?)))

    > подключить 2 мишки с разной чуствительностью

    Невероятно полезная фича. Сотни тысяч пользователей используют ее каждый день.
    Но в жесты на тачпаде иксы так и не смогли. Хотя... сколько тех пользователей тачпадов. А вот две мышки подключить... это ух!

    > Ибо xorg это не только RHEL но и остальные линукс дистры плюс bsd.

    xorg это только RHEL, остальные только пользуются их трудом
    bsdшники там вообще раз в сто лет баги фиксят.

     
     
  • 6.135, Аноним (135), 19:31, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Угу, а в дробное тоже умеет?

    Если виджеты были созданы в векторном виде, то почему нет?

     
  • 5.136, Аноним (136), 19:36, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > граф планшет и не постареть в процессе

    Уже лет пять как допилили поддержу планшетов в libinput и wlroots и оно просто работает.

    В отличие от чехарды под иксами с проектами "разной степени васянскости" для разных брендов планшетов. Вот там да: если у тебя не wacom — страдай и ковыряйся. Спасибо хоть digimend появились и бардак начал приобретать упорядоченные формы (один васянопроект вместо кучки полузаброшенных форков без документации).

     
  • 5.162, Роман (??), 23:46, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    BSD это не только плюс, но ещё и часто жирный минус. Они там до сих пор не определились контейнеры они таки хотят или это таки для ламеров.
     
  • 3.43, Аноним (-), 12:18, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >никто не хочет wayland

    Алладин ты не прав. Люди хотят Wayland, люди любят Wayland. А вот. что касается systemD, то люди не хотят systemD, люди не любят systemD.

     
     
  • 4.65, Аноним (3), 12:34, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вейленд и СистемД не надо путать. Первое было попыткой упростить архитектуру, а второе - создать мега-комбайн по типу винды. Проблема в том что вейленд так и не достиг цели, а системд как раз всё сделал как надо (окончательно испортил юникс-вей).
     
  • 4.75, Alladin (?), 12:44, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    спасибо что вспомнили systemd, это тоже ноги отсюда
     
  • 3.207, FSA (ok), 15:21, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > никто не хочет wayland?, а мы первые выкинем xorg! ведь надо же деньги пилить и пофиг что не работает.

    Я тоже так думал. И оно реально работало криво. Но прежде чем использовать Wayland по умолчанию, там реально сделали кучу доработок и сделали Wayland рабочим.

     
  • 3.208, Аноним (208), 02:41, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Никто? Опять громкое меньшинство пытается преувеличить свою долю.
     
  • 2.25, vdb (?), 11:42, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто эти люди и как они оказались на своём месте? Почему они навязывают своё неадекватное представление всем остальным?

    Кто этот аноним? Почему его мнение по поводу людей, лабающих Федору, должно кого-то волновать?

     
     
  • 3.45, Аноним (-), 12:21, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому-что люди лабающие Федору ступили на скользский путь. И Сообщество линуксоидов должно им показать правильный путь, где нет места Интеловским жаргонам.
     
  • 3.67, Аноним (3), 12:35, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы я многолетний пользователь Федоры. На их сайте написано, что типа они типа для меня делают, а не для реализации своих долбанутых подходов к программированию. Врут?)
     
     
  • 4.86, Аноним (-), 13:13, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  а не для реализации своих долбанутых подходов к программированию. Врут?)

    Нет, это ты врешь что "пользователь Федоры".
    Раз для тебя их подходы "долбанутые", то ты не пользователь, а какой-то мимикрокоидил, которые по странной случайности установил Федору.
    И по своей тупости сделал это несколько раз.
    Ведь как еще назвать человека, который устанавливает дистр с добанутыми подходами?

    Поэтому просто вали на некродеб и не жалуйся на федору.

     
  • 4.98, Аноним (96), 14:05, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да
     
  • 3.81, Аноним (48), 12:55, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю, эти люди вправе делать всё, что считают нужным. Мнением сообщества они также вправе пренебречь. Как говорится, ущерб компенсируется не более, чем в уплаченной за товар сумме.
     
  • 2.148, mos87 (ok), 21:56, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если RedHat ключевой меценат Fedora, то последние и делают в первую очередь то, что интереснее им.

    Кому нравится юзать Шапко-дистр, так или иначе живёт с этим.

     

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

  • 1.4, Alladin (?), 10:50, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    больше архитектур - богу архитектур

    а потом выкинем v1 и v2, так как сопровождать их сложно и долго и нудно.

    а почему тогда начинали?, а вот надо...

    да и не смущяет ли их мнение торвальдса насчет того, что никаких v1/v2/v3 просто нет и это просто от неграмотности?

     
     
  • 2.8, Аноним (-), 11:04, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > а потом выкинем v1 и v2, так как сопровождать их сложно и долго и нудно.

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

    > да и не смущяет ли их мнение торвальдса насчет того, что никаких v1/v2/v3 просто нет и это просто от неграмотности?

    Нет, потому что не смотря что это довольно грубое упрощение, оно работает достаточно хорошо.

     
     
  • 3.28, Аноним (27), 11:50, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    на третем пне v1 не работает. упс...
     
  • 3.47, Аноним (-), 12:23, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Нет, потому что не смотря что это довольно грубое упрощение, оно работает достаточно хорошо.

    Софистикой тут не занимайся. Все грубые ошибки и допущения нужно исправлять, а не идти на поводу менеджеров.

     
  • 2.35, anonX (?), 11:58, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    это игра вдолгую. сначала приучим, потом будем указывать.
     
     
  • 3.49, Аноним (-), 12:24, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, так оно и есть.
     
  • 2.74, Вирт (?), 12:44, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > да и не смущяет ли их мнение торвальдса насчет того, что никаких v1/v2/v3 просто нет и это просто от неграмотности?

    Ну во-первых Линусу не нравиться разделение на инструкции,
    к тому какое ускорение дает SSE/AVX это отношения не имеет.

    Во-вторых эти слова Линуса о "kernel-space", а здесь речь идет о "user-space".
    Основная фишка v2 и v3 это векторные инструкции, а в "kernel-space" они очень дороги
    в использовании, так как нужно сохранять и восстанавливать кучу регистров до и после применения векторных инструкций. Поэтому о том используется или нет "SSE" в ядре,
    к состоянию программ в "user-space" это отношения не имеет.

     
     
  • 3.77, Alladin (?), 12:47, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    так суть мнения линуса в том, что нет никаких v1/2/3, а есть набор инструкций которые userspace/kernelspace не имеет разницы где активировать, а активируем по факту наличия этой инструкции
     

  • 1.5, Герострат (?), 10:55, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Т.е. ради прироста производительности в 10% они предлагают запуск всех исполняемых файлов прогонять через прослойку? Выглядит разумно (нет)
     
     
  • 2.44, Аноним (44), 12:20, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вероятно только при установке пакета, а не при каждом запуске.
    Но даже 10% быстродействия за +500мс при запуске кажется разумным вариантом.
     
     
  • 3.76, Вирт (?), 12:46, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но даже 10% быстродействия за +500мс при запуске кажется разумным вариантом.

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

     
     
  • 4.125, crtt (?), 17:46, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    че не в 63? *ковыряет пальцем в носу*
     
  • 4.202, laindono (ok), 10:55, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    1. Это не обязательно делать для всех-всех пакетов.
    2. Можно же сделать нормально - вариации пакетов по типам инструкций.
    3. ± пара десятков гигабайт это немного же.
     

  • 1.9, Аноним (9), 11:06, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А может ли исполняемый код сам определять, на каком процессоре он работает и в зависимости от этого выполнять оптимизированную или неоптимизированую версию процедур?
     
     
  • 2.21, Аноним (21), 11:34, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Может ли исполняемый код определять, на каком (энергоэффективном) ядре работает, и в зависимости от этого выполнять валидную версию процедур?
     
  • 2.24, Bob (??), 11:40, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а может это будет определятся перед скачкой и установкой пакета? зачем тебе обе версии?
     
  • 2.26, Аноним (26), 11:48, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Да, вызвать cpuid, например, при старте приложения и подменить ссылки на оптимизированные версии функций.

    На расте (рантайм):
    fn foo() {
        #[cfg(any(target_arch = "x86", target_arch = "x86_64"))]
        {
            if is_x86_feature_detected!("avx2") {
                return unsafe { foo_avx2() };
            }
        }

        foo_fallback();
    }

     
     
  • 3.78, Alladin (?), 12:48, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    так и делаем, так и делают в линуксе и еще где
     
  • 2.63, Аноним (48), 12:33, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Думаю, исполняемый - нет. А вот в скрипте запуска с помощью специализированной утилиты определить, на чем запущен скрипт, а потом вызвать нужный исполнямый модуль - возможно. Я так давно делаю, даже чтобы определить не только версию Linux или UNIX, включая разрядность и другие свойства, но также и любую другую ОС и даже офтопик (тем же самым скриптом).
     
     
  • 3.80, Вирт (?), 12:52, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Думаю, исполняемый - нет.

    На самом деле не просто "да", а все так и делают.
    Если запустить любую программу на C/C++ и поставить
    точку останова например на memcpy, а потом посмотреть что вызовется,
    то вызовется какая-нибудь memcpy_avx.

    То есть прямо в runtime любая C/C++ программа определяет доступный
    набор инструкций и вызывает нужную функцию использующую этот набор инструкций.

     
     
  • 4.174, нах. (?), 10:27, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > На самом деле не просто "да", а все так и делают.

    на самом деле не все так делают, а glibc за них сделала. Ее когда-то грамотные (хотя и долбанутые) писали.

    Аффтырь твоей "любой c++ программа" при этом зафигачит в сборку -march <чтотампомоднее> потому чта могет, и еще скопипастит кусок кода гугля, с парой интрисиков требующих самый распоследний проц (у гугля там бывает даже что ifdef есть, и четыре альтернативные ветки кода, но афтырь разумеется скопипастил и config.h сгенеренный кем-то не ведавшим что творит)

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

     
     
  • 5.193, n00by (ok), 09:28, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> На самом деле не просто "да", а все так и делают.
    > на самом деле не все так делают, а glibc за них сделала.
    > Ее когда-то грамотные (хотя и долбанутые) писали.

    "Когда-то", это в 2004-м, когда не было аппаратного префетча и требовалось вписывать всякие prefetchnta ручками? Ну, рад за тех авторов - на тогда они всё правильно сделали.

     
  • 4.194, n00by (ok), 09:41, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Думаю, исполняемый - нет.
    > На самом деле не просто "да", а все так и делают.
    > Если запустить любую программу на C/C++ и поставить
    > точку останова например на memcpy, а потом посмотреть что вызовется,
    > то вызовется какая-нибудь memcpy_avx.

    То есть я написал любую программу, где один раз копируется имя файла -- не более 256 байт, а оно принимается выполнять приседания с какой-нибудь cpuid, а потом быстро-быстро эти 10 байт копировать.

     
  • 2.109, Аноним (108), 15:14, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Может. Только от этого он (код) сильно жиреет.
     

  • 1.10, Аноним (10), 11:06, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Самый адекватный подход - как в ядре linux. При запуске выполняется CPUID и выбираются подходящие функции, для которых есть оптимизация. Получаем исполняемый файл, который работает на всех платформах.
     
     
  • 2.16, Илья (??), 11:28, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Получаем исполняемый файл, который работает на всех платформах.

    а разве этим должны заниматься прикладные приложения?

     
     
  • 3.34, Аноним (9), 11:58, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Получаем исполняемый файл, который работает на всех платформах.
    > а разве этим должны заниматься прикладные приложения?

    В компилятор встроить

     
  • 3.37, Аноним (27), 12:01, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а кто?
    кто кроме пограммистов знает будет ли прирост производительности из-за свежих инструкций и каков этот прирост 0,5% или 146% ?
     
  • 2.46, Аноним (44), 12:22, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Но это все утяжеляет исполняемые файлы и либы, что в современном мире с сотнями каскадных кэшей её очень хорошо.
     
     
  • 3.53, Аноним (-), 12:28, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Но это все утяжеляет исполняемые файлы и либы, что в современном мире с сотнями каскадных кэшей её очень хорошо.

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

     
     
  • 4.129, nilsys (?), 19:02, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    за ради бога, делайте в ядре как это удобнее в ядре

    зачем эту порнографию городить в юзерленде?

     
  • 2.85, Аноним (48), 13:11, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не так. Во всяком случае, не во всех дистрибутивах.
    > выполняется CPUID

    В некоторых  она не установлена по умолчанию. Например, Runtu. Возможно, во всех Ubuntu. Это не значит, что ее нет. Это значит, что ее нужно установить.

     
     
  • 3.93, Аноним (93), 13:42, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    О, оказывается линуксы уже научились добавлять процессорные инструкции в дистрибутивы?
    В чудесные времена живем!
     

  • 1.11, Аноним (11), 11:07, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Пора пеходить на адекватный дистр, чтоб без этих systemd и v*.
    Только нет их, чтоб ещё и с rpm/yum/dnf.

    Хмм.. Остаются только 2 радикальных варианта: guix либо nixos.
    Главное, чтоб не ролинги: а то пропустишь пару месяцев
    и уже вообще не сможешь обновиться.
    И не атомарные - которые "жуй чо дают".

     
     
  • 2.14, Аноним (14), 11:25, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Главное, чтоб не ролинги: а то пропустишь пару месяцев и уже вообще не сможешь обновиться.

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

     
     
  • 3.17, нах. (?), 11:28, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да, возникло пару проблем из-за замены пакетов, но

    истиные пионеры не боятся трудностей, а героически их преодолевают.

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

    (а чувак вот не хочет быть пионером. Хочет просто макать печенье в бочку варенья, а не придумывать хитрую процедуру по фильтрации из той бочки ведерка г-неца. Пусть переходит на темную сторону, там без подвоха.)

     
  • 3.20, Аноним (-), 11:32, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, возникло пару проблем из-за замены пакетов

    ЧТД

    > но это не было какой-то непосильной нерешаемой задачей

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

     
  • 2.15, нах. (?), 11:26, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    у вас странные опечатки в слове венда.

    Все как ты хочешь - никаких systemd и маркетоидных v-чтотатам. Поддержка 32бит архитектур. И - работает.

    А не тут подпилить, там подрихтовать.

    И неролинги тоже есть, правда, не для всех. (но обновиться можно даже пропустив пару лет - и снова все работает, а не ой мы тут обновили обновлятор и он теперь не может обновиться)

    А юникс как среда для удобной работы НЕ в парадигме "десктопа" - все равно уже мертвый давно.

     
     
  • 3.31, AlexYeCu_not_logged (?), 11:51, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >И - работает.

    Нет.

     
  • 3.51, Аноним (11), 12:26, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Имхо, "куда народ пойдёт" туда и разработчики "пойдут".
    А иначе для кого ПО/дистры клепать? "Для удовольствия" "в стол"?
    Где они те супер-пупер дистры, которыми почти никто не пользовался?

    В общем, они нас "прогибают" в одну сторону,
    а мы их по "методу Ганди" в другую. Так и живём.
    Вон бродкомовцы с vmware уже напопятную пошли,
    когда клиенты стали просто отворачиваться толпами.

    PS: в офтопике есть оригнал systemd - svchost.exe называется.

     
     
  • 4.64, Аноним (-), 12:33, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Или наоборот А для кого наклепали 100500 васяно дистров типа это дистрибутив д... большой текст свёрнут, показать
     
  • 4.69, Фнон (-), 12:40, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >  Имхо, "куда народ пойдёт" туда и разработчики "пойдут".

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

    В первом случае как разраб решил - так и будет.
    А во втором, нужно предложить разработчику что-то ценное, деньги, акции или уважение на форуме (но обычно это работает только для поделок в пару десятков тыс LOC).

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

     
  • 4.90, fidoman (ok), 13:31, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    в оффтопике сервисами управляет SCM (services.exe)
    svchost это скорее некий далёкий аналог xinetd
     
  • 3.103, вымя (?), 14:29, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кажется, мы стали забывать, как качали всякие file unlocker для виндовса пачками... большой текст свёрнут, показать
     
  • 3.149, Аноним (136), 22:02, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, щщас Винда точно так же радостно кладёт на обратную совместимость с непо... большой текст свёрнут, показать
     
     
  • 4.156, нах. (?), 22:23, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    мущина, проснитесь - ваша семерочка где-то там же где sls linux- десять лет уже прошло со времен когда она хоть как-то поддерживалась.

    (б-жечки мои - он еще про xp вспомнил. Да ты /bin/ls времен той XP на своем лиnoopsе не запустишь, не то что что посложнее)

     
     
  • 5.158, Аноним (136), 22:43, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну раз уж троллишь, хотя бы не переобувайся так стремительно, в глазах рябит.

    > никаких systemd и маркетоидных v-чтотатам.
    > Поддержка 32бит архитектур. И - работает.
    > А не тут подпилить, там подрихтовать.

    А потом ой, внезапно оказывается:

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

    О чём тебе и твердят: подвяндой всю жизнь так было — кончилась поддержка и начинается «тут подпилить, там подрихтовать». Васянские неофициальные сервиспаки и сборки, слои совместимости, патчи. Начиная аж с бородатых времён XP, да, яхонтовый ты наш.

     
     
  • 6.175, нах. (?), 10:31, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    поддержка 32битных архитектур - есть. А поддержки операционной системы закончившей свое существование уже десять лет назад - нету, и выбрось уже своего васянского троянца наконец.

    При этом прикладной софт времен той XP - работает в десятке и (чаще всего, а не по ценному  мнению анонимов нарывших какой-то мусор в гугле) - каши не просит.

     
     
  • 7.183, Аноним (108), 18:36, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну поддержка 32-битных архитектур с этого года официально всё. Но — это поддержка железа, и так двадцать лет её тянули. А вот SysWOW64 c нами ещё лет на двадцать.
     
     
  • 8.186, нах. (?), 22:58, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    формально 32бита не поставляются уже пять лет и поэтому, мать его, мне не на чт... текст свёрнут, показать
     
  • 2.30, Аноним (30), 11:51, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Venom Linux на SysV он же Rolling релиз
     
  • 2.70, Аноним (3), 12:41, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Проект Suckless пытался сделать нечто подобное, но в итоге всё заглохло. Из неплохого есть CRUX, но там надо компилить ядро.
     
     
  • 3.83, Аноним (30), 13:06, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    книга хорошая вышла от Биллимориа Кайван - Программирование ядра Linux пригодится
     
  • 3.139, Аноним (135), 19:41, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >но там надо компилить ядро.

    Экая проблема, ядро компилить.

     
  • 2.94, Аноним (27), 13:44, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    на диване/антиксе только rpm нет, а так вполне отвечает требованию "адекватный дистр, чтоб без этих systemd и v*"
     
     
  • 3.123, Аноним (123), 17:16, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже склоняюсь к дивану. Единственное, что не нравится, - тяга дебиана к нестандартному именованию пакетов. В результате вместо httpd получаем apache2, вместо alsa-lib - какой-нибудь libasound1.0, вместо openssl - libssl3 и т.д.
     
     
  • 4.178, Аноним (-), 16:14, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так Дебиан же берёт исходный код архива, компилирует, и крошит на несколько составных частей (пакетов). Они всегда, исторически так делали.
     
  • 2.115, анонон (?), 15:46, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > либо nixos

    Там systemd

     
  • 2.170, Аноним (170), 05:34, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Можно попробовать ещё PantherX. Это такой Guix, но с добавленным non-free. Сам пока ещё не тестил, ждем мнения тех, кто пробовал.
     

  • 1.18, Аноним (18), 11:30, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    На что только не пойдут лишь бы пакеты из исходников не устанавливать.  Для совместимости можно использовать чистый qemu64 и не париться.  Кому нужно из исходников систему соберут под свой проц.
     
     
  • 2.62, Аноним (62), 12:32, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда уж можно просто перейти на арм.
     
     
  • 3.107, Аноним (107), 15:11, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а у арма никогда новых версий не появится?
     
  • 2.110, Аноним (108), 15:16, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы всё из исходников устанавливать, точно v4 нужно. Иначе счета за электроэнергию аннулируют экономию от отказа от апгрейда.
     
     
  • 3.124, Аноним (123), 17:17, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы так мягко намекнули, что последние интелы, начиная  с 12 поколения, являются v3, а не v4?
     
     
  • 4.138, Аноним (108), 19:39, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я не знаю, что там сейчас у интела. Я намекнул на то, что на корадубе из исходников конпелять больше, чем на этом софте работать.
     
     
  • 5.142, Аноним (27), 20:50, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    дебиан позволяет юзерам корыдуба не компеляя пользоваться всем софтом, более того даже юзерам 3-пня позволяет за исключением ряда программ типа хромиума...
     
     
  • 6.152, Аноним (108), 22:06, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да почти любой дистрибутив позволяет. Просто вот Аноним (18) указывает, что НАДО конпелять.
     
     
  • 7.165, Аноним (27), 00:05, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Компелять на бинарном дистре никто не запрещает. Причем я могу компелять под свой процик только что мне надо. Например, я знаю что пакет Х в дебиане i386 собран под ПеньПро, а у меня корадуба и если я пересоберу, то программа Х будет на 20% быстрее. Ну и перекомпиляю из deb-src отдельный этот пакет. Понятно, что фаерфокс компелять на коредуба это такое себе, но какой-нибудь ffmpeg/vlc или тому подобное - вполне...
     
     
  • 8.182, Аноним (108), 18:30, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Компелять даже на венде никто не запрещает Я лишь хотел сказать, что при возмож... текст свёрнут, показать
     
  • 3.140, Аноним (135), 19:44, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то гентушники не жалуются на счета.
     
     
  • 4.151, Аноним (108), 22:05, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну у них таков путь.
    Хотя сомневаюсь, что гентушники на коредуба сидят, тут не в счетах дело, конечно, а в том, что затраты времени на компиляцию всего и вся катастрофические.
     
  • 4.164, Роман (??), 23:59, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Они и на жизнь не жалуются  - она же мимо них проходит
     
     
  • 5.200, Ананий (?), 10:28, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как раз наоборот. Пока бинарофилы пырятся в монитор, гентушники ставят конпелятся и идут трогать траву. Смысла пялиться в монитор пока собирается очередной хромиум - нулевая.
     
     
  • 6.206, Аноним (206), 09:37, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В gentoo часто в фоне собирают.
     

  • 1.33, Аноним (27), 11:56, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > но в отдельных ситуациях приводит к заметному повышению производительности (до 120%)

    А можно список этих отдельных ситуаций и просто для этих трех конкретных пакетов, где наблюдаются эти "отдельных ситуациях", и собирать эти вариатны...

    Есть такой браузер - палемун.
    Сейчас бинарные сборки собираются именно для v3 - быстродействию браузера это не шибко помогло, просто у многих пользователей бинарные сборки больше не запускаются :)
    Это успех!

     
     
  • 2.56, Аноним (-), 12:29, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Паленка это кривое поделие на базе фурифокса.
    Из которого выпиливают "ненужное" по мнению наркош которые пилят это недоразумение.
    Думаешь они разбираются в архитектуре или каких-то особенностях реализации?
     
     
  • 3.60, Аноним (62), 12:32, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Думаю они и не должны ни в чем разбираться все должно просто работать пофиг как. Интел должна обеспечить совместимость или обанкротится.
     
  • 2.57, Аноним (62), 12:30, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это провал всего х86 единственное преимущество которого это обратная совместимость.
     
     
  • 3.91, Аноним (48), 13:35, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не x86. Обратная совместимость - это про ОС. И преимущество это - только для Windows (и то с ограничениями). Все другие ОС не имеют обратной совместимости.
     
     
  • 4.92, Аноним (27), 13:41, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    я тут в первокваку по сети играл на 12-дебиане - бинарники из 20 века, только пару либ подкинуть надо было из древних дистров - а так все хор...
     
     
  • 5.118, Аноним (62), 15:56, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так ты же в виндовую кваку играл.
     
     
  • 6.133, Аноним (27), 19:19, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    мимо! в линуксячью играл. прикинь, еще в 20 веке под линукс были ААА-игры
     

  • 1.36, Аноним (-), 11:59, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Обозначать архитектуры и пакеты с суффиксами x86-64-v2, x86-64-v3, x86-64-v4 являетс примером необразованности. Линус Торвальдс об этом уже говорил. Это внутри-Интеловский жаргон. Приличные разработчики пакетов никогда так не поступят.
     
     
  • 2.54, Аноним (62), 12:29, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что ты предлагаешь делать если приложение рассчитывает на то что команда процессора в коде есть, а процессор её выполнять не умеет?
     
     
  • 3.72, Аноним (3), 12:43, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По-моему решение очевидно - писать в системных требованиях - минимальный процессор Интел (поколение), АМД (поколение).
     
  • 3.82, Аноним (27), 12:59, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а что делать если таких приложений 3 на весь дистрибутив?
     
  • 3.116, Аноним (-), 15:51, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А что ты предлагаешь делать если приложение рассчитывает на то что команда процессора в коде есть, а процессор её выполнять не умеет?

    Nы видимо довод Торвальдса не читал. Он сказал, что процессорные инструкции  поддерживаются хаотично, а не строго по обозначениям, типа -v2, -v3, -v4. Фактическое деление процессоров на поколения это маркетинговый шаг.

     
     
  • 4.117, Аноним (62), 15:55, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какая разница что как называется главное что если команда не поддерживается программа не заработает.
     
  • 3.197, n00by (ok), 09:59, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    RedHat поставила его и подобных в неудобную позицию, потому ему жизненно важно заморочить окружающим голову, якобы он всё правильно делает, а в RedHat необразованны. Что он путает ядро, о котором говорил Торвальдс, с пакетиками - его совершенно не волнует.
     
  • 2.196, n00by (ok), 09:56, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Приличные разработчики пакетов

    Специально зашёл на Опеннет, что бы найти вот такой комментарий.

    _Разработчики_ пакетов!


    4.2.4 Метаданные программного пакета должны содержать:
    ...
    - имя и адрес электронной почты сотрудника, создавшего пакет (упаковщик);

     

  • 1.88, Аноним (27), 13:20, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Чем то это напоминает споры 20-ти летней давности гентушников с юзерами бинарных дистрибутивов...
     
     
  • 2.121, 12yoexpert (ok), 16:55, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    люди всё ещё делятся на два типа: на тех, кто воет, что gentoo даст максимум 1% производительности (ну или в каком-то специализированном мифическом софте чуть больше), и тех, кто пробовал gentoo
     
     
  • 3.132, Аноним (27), 19:16, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кто пробовал генту, тот воет про 2%... ок
     
  • 3.147, Аноним (136), 21:42, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Те, кто пробовал gentoo — знают, что это не про производительность вовсе. Если там и впрямь чутка прироста набегает, это приятный бонус, не более.

    По факту в новости речь идёт о дропе совместимости с P4, корой дуба и китайскими б/у ксеонами, купленными десять лет назад на алишке. Что, после дропа i386, удивлять-то особо и не должно.

     
  • 3.201, Perlovka (ok), 10:52, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И тех, кто понятия не имеет, что такое gentoo, но рассуждает с умным видом.
     

  • 1.89, xsignal (ok), 13:29, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А разве эта оптимизация в настоящее время что-то даёт?
     
     
  • 2.122, Аноним (-), 17:05, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А разве эта оптимизация в настоящее время что-то даёт?

    От гентушников слышал, что быстрее становится на 2-3%, не более. Это при условии, что вы компилируете строго под свой процессор.

     
     
  • 3.190, Аноним (190), 08:04, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так в новости же написаны проценты.
     
  • 2.131, Аноним (131), 19:08, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Смотря какая - нормальная когда где нужно используются более современные инструкции проца = +20%
    А если как в сабже напихать везде avx512 то выхлоп до 3% и доп счёт за свет.
     
     
  • 3.166, 12yoexpert (ok), 01:18, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    только прикол в том, что при сборке под свой проц комилятор местами заюзает "где нужно более современные инструкции проца" и без явного их использования

    так что скази о том, что быстрее только с asm-ом и интринсиками, - всего лишь сказки

     

  • 1.104, Аноним (104), 14:33, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кто в теме, почему xanmod не обновляет сборку v4 на 6.12?
     
  • 1.106, Аноним (107), 15:09, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Скачал файл со своего компа, что бы расплодить на весь парк своей корпорации, а у всех кроме тебя он не работает! Норм чё
     
  • 1.126, Diozan (ok), 18:11, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это что? Gentoo компилируют в Fedorу?
     
     
  • 2.127, Аноним (21), 18:46, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, мультиарч: x86-64-v1, x86-64-v2, x86-64-v3 и x86-64-v4. Чтобы наверняка диск зас орить бинарями для ускорения
     

  • 1.128, Аноним (128), 18:57, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошие новости.
     
  • 1.130, Аноним (131), 19:06, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Блокнот требующий avx2 это то что нужно всем(нет)
     
     
  • 2.146, Аноним (21), 21:33, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Блокнот на gtk/qt для wayland, который работает поверх vulkan.
     
     
  • 3.161, Аноним (161), 23:31, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Который на самом деле крутится под WSL
     
  • 3.167, 12yoexpert (ok), 01:27, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    сейчас nano весит 270K и зависит от половины системы

    -rwxr-xr-x 1 root root 273K Sep  6 16:04 /usr/bin/nano

    linux-vdso.so.1 (0x000075b4e0041000)
    libmagic.so.1 => /usr/lib/libmagic.so.1 (0x000075b4dff81000)
    libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x000075b4dff12000)
    libc.so.6 => /usr/lib/libc.so.6 (0x000075b4dfd21000)
    libzstd.so.1 => /usr/lib/libzstd.so.1 (0x000075b4dfc42000)
    liblzma.so.5 => /usr/lib/liblzma.so.5 (0x000075b4dfc0f000)
    libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x000075b4dfbfc000)
    libz.so.1 => /usr/lib/libz.so.1 (0x000075b4dfbe1000)
    /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x000075b4e0043000)

     

  • 1.141, Аноним (-), 20:03, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Искал как включить z3fold так как в разновидности Убунту через редактирования фа... большой текст свёрнут, показать
     
     
  • 2.144, Аноним (21), 21:26, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    zsmalloc нужен тебе
     
     
  • 3.154, Аноним (-), 22:19, 11/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я использую zswap. Читал что написано? Если не читал прочти ответ там есть на твой вопрос.  
     

  • 1.145, Аноним (145), 21:26, 11/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В Fedora уже допускается поставка дополнительных библиотек, оптимизированных для расширенных версий архитектуры x86_64

    '''
    dnf provides */x86-64-v*

    Matched From :
    Filename     : /usr/lib64/babl-0.1/x86-64-v2-CIE.so
    ...

    Matched From :
    Filename     : /usr/lib64/babl-0.1/x86-64-v2-CIE.so
    ...

    '''

    Итого, только одна либа babl имеет опт. версии v2 и v3.

     
  • 1.169, Аноним (169), 04:03, 12/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В выпуске Fedora 42, намеченный на конец апреля, предложено разрешить сопровождающим включать в пакеты дополнительные варианты исполняемых файлов, собранные с включением оптимизаций для микроархитектур x86-64-v2, x86-64-v3 и x86-64-v4

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

    P.S. На самом деле оптимизировать имеет смысл только горячие циклы. Этих циклов в программах очень немного, и их можно проаннотировать. Компилятор сам сгенерит 100500 вариантов кода, и код диспатча по CPUID. Размер бинарника увеличится очень несильно. Зато гимора с настройкой очень поубавится.

     
     
  • 2.198, n00by (ok), 10:02, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У RedHat стоит задача не упростить жизнь клонам за счёт RedHat, а усложнить.
     

  • 1.179, Аноним (179), 17:59, 12/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот так с выкриками про третий пень потихоньку возьмут и прокатят сперва зионы на 2011, на следующий же год все интелы с 12 по 13 поколения, а потом начнут депрекеитить всё, на чём можно собрать ПК до 20-40-60 тысяч стоимости.

    И, конечно, грохнут с теми же самыми криками про третий пень спокойно себе трудившиеся armv7, ну чтоб покупать armv8 и задыхаться из-за нехватки памяти, ведь умный китаец больше 4 гигов там не дал.

     
     
  • 2.180, Аноним (179), 18:04, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы думали, можно дёшево купить мамку на 2 сокета и держать там хоум лабу с тем самым зионом на 18 потоков, помноженным на 2? А вот фигушки, спецом для вас тредриппер придумали за 200к минимум. 18 потоков за 5 косарей и ещё 10 за мать и затарить планочками на мелочь, чтобы быстро что-то покомпилять - такого у черни быть не должно.
     
  • 2.181, Аноним (108), 18:27, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > спокойно себе трудившиеся armv7

    Совершенно необходим на Armv7 свежайший десктопный линукс. Иначе он спокойно трудиться не сможет.

     
  • 2.184, Аноним (184), 21:19, 12/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С добрым утром. Вообще–то уже.

    > Fedora no longer supports ARMv7 (aka armhfp, aarch32, and arm-32), only aarch64 (aka ARMv8 and arm64).

    Но на таких железках федору держать… Очень странный выбор, если честно.

     

  • 1.189, Аноним (190), 08:02, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Получается Гентушники всё это время (~20 лет с повяления ext-инструкций) были правы. Просто подход у них был неправильный.
     
  • 1.191, Аноним (191), 08:06, 13/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему инсталлер фабрики на этапе установки не определяет фичи ЦПУ и не ставит ТОЛЬКО нужные бири.
     
     
  • 2.199, n00by (ok), 10:04, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что написать инсталлятор -- задача неподъёмная для местного Научно-Технического Центра Информационных Технологий. А у RedHat свои задачи. ;)
     
     
  • 3.203, Аноним (203), 11:10, 13/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какая неподьемная задача? Дёрнуть /proc/cpuinfo, распарить инструкции, кейсом выбрать каталог с какого копировать бинари под существующую микроархитектуру.

    Проблему федорковци увидят еще через лет 20, тогда поделят каждую микроархитектуру на две: пик и не пик.

     

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



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

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