The OpenNET Project / Index page

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

В Fedora намерены прекратить поддержку 32-разрядной архитектуры x86

24.06.2025 15:21

В выпуске Fedora Linux 44, намеченном на весну 2026 года, планируют прекратить поддержку запуска 32-разрядных приложений для архитектуры x86. Если план будет утверждён комитетом FESCo (Fedora Engineering Steering Committee), отвечающим за техническую часть разработки Fedora Linux, то в дистрибутиве будет прекращена сборка пакетов для архитектуры i686 и 32-разрядных библиотек (multilib), обеспечивающих совместимость с 32-разрядными приложениями в окружениях x86_64.

Поставка сборок ядра Linux, установочных образов и отдельных репозиториев пакетов для 32-разрядных систем x86 была прекращена ещё в 2019 году (Fedora 31). При этом была оставлена поддержка запуска 32-разрядных приложений в установках для систем x86_64 и необходимые для такой поддержки 32-разрядные пакеты размещались в репозиториях для систем x86_64. В Fedora 37 сопровождающим была предоставлена возможность прекращения сборки пакетов для архитектуры i686, если пакет не является зависимостью для других пакетов. В настоящий момент в Fedora осталось около десяти тысяч 32-разрядных пакетов (i686), которые в основном востребованы для запуска Wine и 32-разрядных игр.

Дистрибутив намерен удалить пакет Steam из репозитория RPM Fusion, так как сейчас проприетарное приложение Steam для GNU/Linux существует только в 32-разрядной версии и требует для запуска наличия в системе установленных 32-битных зависимостей. В настоящее время разработчики Steam не сообщали публично о намерениях выпустить 64-битную версию Steam. Впрочем, в качестве обходного пути возможно будет использовать Flatpak-версию Steam, в состав которой входят все зависимости, необходимые для запуска приложения.

В Fedora также намерены перейти к поставке 64-разрядных сборок Wine, использующих режим Wow64 (64-bit Windows-on-Windows) для выполнения 32-разрядных Windows-приложений в 64-разрядных Unix-системах. Поставка 64-разрядных пакетов Wine сведёт к минимуму потребность пользователей в multilib. Прекращение поддержки i686 предлагается произвести в два этапа: на первом этапе намерены прекратить публикацию 32-разрядных библиотек в репозиториях x86_64, а на втором этапе прекратить поддержку сборки пакетов для архитектуры i686. В случае выявления непредвиденных проблем на первом этапе, изменение можно будет откатить назад и вернуть публикацию пакетов.

Основные факторы прекращения поддержки архитектуры i686:

  • Удаление большого числа 32-разрядных пакетов ускорит операции с пакетами за счёт значительного сокращения индексов и размера загружаемых метаданных;
  • Снизится нагрузка на сопровождающих, которые смогут уделять больше времени пакетам для 64-разрядных систем;
  • Станет проще формировать и тестировать релизы;
  • Сократится потребление ресурсов в сборочной инфраструктуре.


  1. Главная ссылка к новости (https://www.mail-archive.com/d...)
  2. OpenNews: В Fedora Linux 37 намерены прекратить сборку необязательных пакетов для архитектуры i686
  3. OpenNews: Утверждено прекращение формирования репозиториев для архитектуры i686 в Fedora 31
  4. OpenNews: Утверждён переход Fedora 43 на пакетный менеджер RPM 6. Смена лидера Fedora
  5. OpenNews: Выпуск дистрибутива Fedora Linux 42
  6. OpenNews: В GDM по умолчанию отключён сеанс X11. В Fedora 43 в GNOME будет поддерживаться только Wayland
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63456-fedora
Ключевые слова: fedora, x86, i686
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (139) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, iPony128052 (?), 15:34, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждите, ждите, ждите (c) Ералаш

    https://github.com/ValveSoftware/steam-for-linux/issues/10318

     
     
  • 2.2, iPony128052 (?), 15:36, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дубликат, вот оригинал https://github.com/ValveSoftware/steam-for-linux/issues/3518
     
  • 2.3, пох. (?), 15:37, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну и как это может помешать федо...м все попереломать и прекратить?

    В точном соответствии с графиком! (работяга и стена)

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

     
     
  • 3.5, Аноним (-), 15:40, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А вот и он!
    С классическим нытьем))

    Дружище, надеюсь ты заправляешь свое авто А60, смотришь ТВ по метровой антенне и лечишься от простуды ивовой корой.
    Если нет, то какие претензии к дропу старья?

     
     
  • 4.6, iPony128052 (?), 15:44, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Если нет, то какие претензии к дропу старья?

    Так что с 32 битным Steam делать?

    Или по линукс вей? Одна задача — отдельный дистрибутив (в мультибут).

     
     
  • 5.13, gumanzoy (ok), 15:58, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • –9 +/
    > Так что с 32 битным Steam делать?

    Закапывать.

    > Или по линукс вей? Одна задача — отдельный дистрибутив (в мультибут).

    В chroot запускать и Steam и wine32

     
  • 5.23, pic (??), 16:46, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://github.com/ValveSoftware/steam-for-linux/issues/3518#issuecomment-2603
     
  • 5.44, Аноним (44), 18:27, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Steam отлично работает из Flatpak, где ему самое место
     
  • 5.45, пох. (?), 18:27, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Или по линукс вей?

    Именно: мудрый владелец всего линукса решил что он вам - ненужна!

    Ставьте вон винду в виртуалочку, и там свой стим сколько хотите гоняйте.
    (Он правда и при этом глючит и не работает нормально, потому что виртуалочки у нас для продажи облачков белогривым лошарикам, а не для вас.)

    И он действительно мудр - вон посмотри сколько добровольных рабов рукоплещут и продолжают работать на него бесплатными pre-alpha тестерами для rhel. Им хоть в глаза ссы.

     
     
  • 6.49, Аноним (-), 19:06, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Владелец Откуда у линукса владелец Код открыт, полно вакантных мест на роль с... большой текст свёрнут, показать
     
     
  • 7.122, пох. (?), 11:55, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Владелец? Откуда у линукса владелец?

    КУПИЛ, блжд!

    > Код открыт, полно вакантных мест на роль сопровождающих

    да, бесплатных. Поработай-ка раб на благо rhbm.

    > А вот что ты сделал, чтобы 32 бита не дропнули, другой вопрос.

    И что же ты предлагаешь мне сделать?

    > Ну... если Сообщество™ не осилило сделать нормальную виртуалку, то наверное им просто
    > не нужно?

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

    >> И он действительно мудр - вон посмотри сколько добровольных рабов рукоплещут и
    >> продолжают работать на него бесплатными pre-alpha тестерами для rhel.
    >> Им хоть в глаза ссы.
    > Действительно сколько?

    ну вон посчитай тутошних анонимов, радостно вопящих что так и нада

    > Скольким пользователям rhel нужен стим?

    пользователям rhel федора так-то тоже не нужна. (но есть нюанс)
    А вот мотивацию добровольных рабов - пользуемых федорой - понять сложнее.

     
     
  • 8.128, Аноним (-), 12:58, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Купил ядро 128561 Или просто нанял программеров, которых b хоть что-то b ... большой текст свёрнут, показать
     
     
  • 9.134, пох. (?), 13:48, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну все ясно, ты просто троллишь Сам прекрасно понимая, что сделать ничего нельз... текст свёрнут, показать
     
     
  • 10.139, Аноним (-), 14:03, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно, что просто троллю, но в каждой шутке есть доля чего-то Если ты пользо... большой текст свёрнут, показать
     
     
  • 11.141, пох. (?), 14:37, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    windows11 В целом, конечно, рано или поздно конечно да другие дистрибутивы да... текст свёрнут, показать
     
     
  • 12.144, Аноним (-), 15:25, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Некоторые люди взрослеют и устают кушать недоделки от васянов Очень классный ар... большой текст свёрнут, показать
     
  • 8.138, Аноним (138), 13:59, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что там купить можно Нормальные люди работают на себя - а заодно и результатами... текст свёрнут, показать
     
  • 7.155, Аноним (155), 17:08, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Откуда у линукса владелец?

    Где Линус на еду денег добывает, в IBM ? )

     
  • 6.61, User (??), 20:17, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты хотел сказать "федору - в wsl и там вот этот вот docker и"?
     
     
  • 7.81, нах. (?), 00:28, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты хотел сказать "федору - в wsl и там вот этот вот docker и"?

    ну нет, это ж ты получается такой же как все.

    кстати, этот рыночек rhbm похоже таки проигрывает. Мелкие разработчики (которым и нужна федора в wsl, потому что у них нет билдхостов и тестовых серверов) давно уже исключительно на убунте и клонах.

     
  • 5.52, Kerr (ok), 19:14, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Использовать Flatpak-версию Steam. Туда в любом случае будут входить в комплект все необходимые зависимости, даже если их не установлено в основной системе.
     
  • 4.9, Аноним (9), 15:48, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вместо того, что бы выявлять ошибки, используя разные архитектуры, спрятать их оставив их как можно меньше.

    Это, конечно - лудизм.

     
     
  • 5.11, Аноним (-), 15:54, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Зачем выявлять ошибки на устаревшей и малоиспользуемой архитектуре?
    Ради чего? Ради 0.01% пользователей?
    Ну так давайте еще нативно 16 разрядные поддерживать.
    Это же настолько нужно!
     
     
  • 6.88, Аноним (88), 02:06, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очевидно ради кода. Если ошибка не проявляется - это не значит, что ее нет. И при рефакторинге может проявится. Зачем нужны мины в коде? Лучше от них избавиться. Понятно, что сейчас выросло поколение - для которого скрытая ошибка - не ошибка.

    Но зачем ориентироваться на тупых людей?

     
     
  • 7.120, Аноним (120), 11:28, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Каковы шансы, что рандомная ошибка, не проявляющаяся на 64 битах, проявится на 32? И что она будет актуальна для 64 битов? И что значит «проявится»? Система сразу упадёт в kernel panic или нужно будет запустить её в полнолуние 29 февраля на определённой поляне в дремучем лесу?
    Короче: стоит ли овчинка выделки?
     
  • 2.8, Аноним (-), 15:45, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Flatpak?
     
     
  • 3.12, Аноним (12), 15:58, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Flatpak?

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

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

     
     
  • 4.125, Аноним (125), 12:41, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А можно ссылку на "утверждения"? Или, может, на репозиторий с готовыми декларациями? А то всё время на Опеннете какие-то слухи, шоки, сенсации, а начинаешь разбираться, там тень на плетень.
     
  • 4.126, Аноним (-), 12:46, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Скорее что-то типа изкоробочной с гуятиной реализации nix, как раз под каждую
    > игрульку свой рантайм из никсового дерева или его аналога.

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

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

    Конечно проприетарь это лучшее для запуска игр.
    Потому что игры в первую очередь делаются под винду.
    А линукс это "если не слишком напряжно".


     
  • 3.98, iPony128052 (?), 04:36, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Куча глюков в придачу

    https://github.com/flathub/com.valvesoftware.Steam/issues

     

  • 1.7, Аноним (7), 15:44, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    можно будет откатить

    партийно

     
  • 1.10, Аноним (12), 15:53, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Снизится нагрузка на сопровождающих, которые смогут уделять больше времени пакетам для 64-разрядных систем;"

    Следует читать как: "снизится нагрузка на сопровождающих, количество и/или качество которых можно сократить, а уделять больше времени пакетам для 64-разрядных систем всё равно не будут"
    Потому что, там тоже надо экономить на человекочасах, по возможности какой-нибудь ИИ будет паковать и отвечать на багтрекерах (всё к тому идёт), ведь всё равно качество работы федоркиных ментейнеров на сегодня не сильно выше, судя по тому что у них там за цирк происходит

     
     
  • 2.30, Аноним (-), 17:39, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Следует читать как: "снизится нагрузка на сопровождающих, количество и/или качество которых можно сократить, а уделять больше времени пакетам для 64-разрядных систем всё
    > равно не будут"

    Это ты по своему опыту пишешь?

    Или по твоему мейнтенеры должны тратить время на дремучее легаси?

     
  • 2.37, Аноним (37), 18:01, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я понять не могу: ты из тех, кто на поддержке в федоре 32 бит деньги зарабатывает, и у тебя хлеб отбирают; ты майнтейнер 32 бит, и тебя увольняют за ненадобностью; или же ты один из тех цветноволосых сжв, которые за любого и возмутиться готовы, и ленточки повязать, и блм на улице устроить?
     
     
  • 3.90, Аноним (88), 02:11, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > или же ты один из тех цветноволосых сжв, которые за любого и возмутиться готовы, и ленточки повязать, и блм на улице устроить?

    Если бы он был из таких - он был бы отмирание всего устаревшего - за удаление 32-х бит.

    Именно такие этим и занимаютсяю

     

  • 1.14, Аноним11 (?), 16:06, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Нет кейсов использования федоры, при которых еще нужно было бы тащить 32-разрядные приложения с собой

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

     
     
  • 2.121, Мимокрокодил (?), 11:45, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нет кейсов использования федоры, при которых еще нужно было бы тащить 32-разрядные
    > приложения с собой
    > Там где они нужны - не нужна федора, так что всё супер
    > Кому надо - эмбеднется или энтерпрайзнется и не переломится

    У меня "игровой линукс" сейчас это как раз Fedora, потому что для меня это оптимум свежести ядра и графического стека, не такой плавучий как Арч, я вообще против того чтобы роллинги были у меня системой для игр, но и не такой слоупочный как убунта.
    Но если на Fedora выкидывание 32битных либ и выпиливания мультилиба приведёт к проблемам в играх, которые сейчас работают, то Fedora, как и всякие васянские Bazzite и Nobara полетят на мороз в пользу тех дистров, где с этим будет проще на тот момент. ¯\_(ツ)_/¯

     
  • 2.174, Аноним (174), 18:59, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Там где они нужны

    В 2к25 году они НИГДЕ НЕ НУЖНЫ. 32 бита это 3 пень и ранние (нынче очень редкие) 4 пни. Таких машин в живых осталось единицы, и те за оверпрайс для ретрогеймеров.  

     

  • 1.15, Аноним (15), 16:12, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Пару лет назад внутри сообщества разработчиков обсуждали идею отказа от поддержки x86-64-v2 в пользу x86-64-v3. Поэтому есть какие-то подвижки?
     
     
  • 2.18, Аноним (18), 16:24, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Да, блджат, даёшь каждому блокноту требование avx2!
     
     
  • 3.19, zionist (ok), 16:33, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Только AVX-512, только хардкор.
     
  • 3.21, НяшМяш (ok), 16:42, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну кстати текстовый поиск неплохо так ускоряется c avx2, так что почему бы и нет. Один фиг это всё автовекторизацией в компиляторе достигается - в софте где это надо оно и так явно вписано, а в других местах никто не будет интринсики прописывать.
     
     
  • 4.24, Аноним (-), 16:48, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну кстати текстовый поиск неплохо так ускоряется c avx2, так что почему бы и нет.

    Возможно против любители однопоточного vim'а.
    Им что старая корка, что последний райзен, все равно будут долбиться в одно ядро.

     
     
  • 5.33, sqrt (?), 17:46, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если в вашем редакторе требуется больше одного ядра для текстового поиска (да и для чего угодно), то либо редактор просто непригоден для использования, либо пользователь -- неадекват и пытается редактировать гигабайтные текстовые файлы в интерактивном режиме.
     
     
  • 6.41, Аноним (-), 18:11, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > либо пользователь -- неадекват и пытается редактировать гигабайтные текстовые файлы в
    > интерактивном режиме.

    А почему бы и нет? На 16 ядрах и 32 потоках летает только так.
    Зачем себя ограничивать глупыми лимитами из 90х?
    Нужно утилизировать возможности железа по максимуму.


     
     
  • 7.51, _ (??), 19:09, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О! Да ты из тех кто может "печатать 600 символов в минуту"(С)
    ;-)
     
  • 7.58, _kp (ok), 20:13, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не путайте использовать ресурсы и спустить их в канализацию.
     
     
  • 8.95, Аноним (95), 04:00, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, зачем вейленд вспоминать D щютька кто заагрился - повод задуматься, а не н... текст свёрнут, показать
     
     
  • 9.106, _kp (ok), 07:23, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я о текстовых редакторах мнение высказал А то, есть поделки ресурсов требовател... текст свёрнут, показать
     
  • 6.66, Аноним (66), 20:58, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    К слову, вим позволяет редактировать гигабайтные двоичные файлы интерактивно в режиме текста и не жрёт для этого столько же памяти, сколько весит сам файл. Соответственно, вим поможет неадекватному пользователю решить проблему.

    Так что, остаётся только вариант непригодности редактора.

     
  • 5.127, Аноним (125), 12:53, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У людей на руках тонны железа, которое прекрасно работает, но не имеет поддержки новых инструкций.
    Предлагаю устроить железную свалку под дверью того лакея, который решит, на радость гocподам, дропнуть x86-64-v2. Никто другой так не заслуживает жить на мусopке, как эта копpoпротивная крыca.
     
  • 4.25, Аноним (-), 16:51, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ну кстати текстовый поиск неплохо так ускоряется c avx2, ...

    ... но кто из владельцев третьепней об этом в курсе?

    "Не жили хорошо, нечего и начинать" (с)
    И те, зажравшиеся с новыми процами... Пусть у них тоже тормозной код будет!
    А то нечаго, понимаешь ли...

     
     
  • 5.74, Аноним (74), 22:40, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "Третьих пней" хватает для определенных задач, которые приносят реальную - материальную - пользу, а не дурят голову простакам и любителям красивостей.
     
     
  • 6.111, Аноним (111), 08:24, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сам с intel core 2 duo переехал на сборку на Xeon, но мне искренне интересно, как можно использовать Pentium-3 в 2025 году? Какой-то ноутбук в автомастерской для диагностики или  ПК с каким то древним софтом под WinXP?
     
     
  • 7.112, Аноним (120), 08:53, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему бы и нет. Только зачем там свежая Fedora?
     
     
  • 8.160, пох. (?), 18:23, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    затем что срок жизни этого чудо-дистрибутива - пол-года до EOL зачем там федора... текст свёрнут, показать
     
  • 4.175, Аноним (174), 19:01, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну кстати текстовый поиск неплохо так ускоряется c avx2

    Справедливости ради, на 386 под ДОС поиск в текстовых файлах на пару тысяч строк (это редкость даже в наши дни) был МГНОВЕННЫМ. Сегодня же даже для текстового редактора надо 100500 разных инструкций и GPU ускорение, иначе тормозит 😏

     
     
  • 5.177, Аноним (-), 19:15, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Справедливости ради, на 386 под ДОС поиск в текстовых файлах на пару тысяч строк (это редкость даже в наши дни) был МГНОВЕННЫМ.

    Пару тысяч строк это редкость?
    У меня поиск в IDE в файлах на 10к+ строк тоже работает отлично.

    > Сегодня же даже для текстового редактора надо 100500 разных инструкций и GPU ускорение, иначе тормозит 😏

    А теперь сравним возможности редакторов тех лет (лексикон например).
    У редакторов тех лет шрифтов сколько было?
    А картинки вставлять можно? А таблицы?
    Вот то-то и оно.

     
     
  • 6.182, Аноним (182), 23:32, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > в файлах на 10к+ строк

    Зачем ты в IDE открываешь файлы, которые не предназначены для чтения человеком? Так понимаю, речь о каком-нибудь .csv?

     
     
  • 7.183, Аноним (-), 00:22, 26/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем ты в IDE открываешь файлы, которые не предназначены для чтения человеком?
    > Так понимаю, речь о каком-нибудь .csv?

    Неа, к сожалению это был код((
    Такая уж досталась кодовая база.

    Худшее, что доводилось открывать это был SQLite Amalgamation.
    Один файл СИшного кода на 100к+ строк.
    Вот так ИДЕ уже поддтормаживала, автокомплит, переход по именам функций, раскрашивание кода шли с задержкой, если быстро скроллить.

     
  • 5.178, Аноним (95), 19:16, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    О, это совсем ярко в браузерах проявляется, особенно мобильных - там всё, крышка.
     
  • 2.20, Аноним (-), 16:35, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пару лет назад внутри сообщества разработчиков обсуждали идею отказа от поддержки x86-64-v2 в пользу x86-64-v3. Поэтому есть какие-то подвижки?

    К сожалению нет.
    Владельцы некрожелеза устроили сеанс нытья и, пока, тему отложили.
    Хотя можно было бы просто им сделать отдельную ветку, пусть там копаются.

     
     
  • 3.22, НяшМяш (ok), 16:43, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Любители копролитов всегда могут форкнуть. Ах да, они просто не способны это сделать.
     
     
  • 4.43, пох. (?), 18:22, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    любители обмазываться наимоднявейшим тоже могут форкнуть. Ведь у вас супербыстрые процессоры с миллионом ядер и бесконечная память. А, не, не могут. Могут только жрать чо дали на лопате под мудрым присмотром rhbm.
     
     
  • 5.46, morphe (?), 18:32, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Действительно, давайте андерутизировать имеющиеся ресурсы

    Пусть AVX и все прочие инструкции будут без дела лежать, побайтовых операций хватит всем

     
     
  • 6.69, Аноним (74), 22:04, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Спекулятивное выполнение принесло много уязвимостей.
    Вы уверены, что AVX и прочие новшества не принесут уязвимостей?
     
     
  • 7.76, morphe (?), 23:01, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Спекулятивное выполнение принесло много уязвимостей.
    > Вы уверены, что AVX и прочие новшества не принесут уязвимостей?

    Надо пользоваться абаками, там то точно никаких уязвимостей

     
     
  • 8.78, Аноним (74), 23:19, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я задал вопрос Как понять андерутизировать GPT4 Оно меня не поняло Ответило ... текст свёрнут, показать
     
     
  • 9.94, morphe (?), 02:29, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня такой же gpt4, но почему-то прекрасно всё понял Слово андерутизировать ... текст свёрнут, показать
     
     
  • 10.107, Аноним (74), 07:26, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Underutilize произноситься андэютиЛайз Л слышится и пишется четко В приведен... текст свёрнут, показать
     
  • 8.79, Аноним (74), 23:20, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    То есть у Вас нет уверенности ... текст свёрнут, показать
     
  • 4.172, Аноним (174), 18:49, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ах да, они просто не способны это сделать.

    Потому что их 3 пень это конпилять будет полгода. Так то даже 4 пни имеют 64 бита.

     
  • 2.84, Аноним (84), 01:23, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот почему ни один клон редхата не хотели устанавливаться на Intel core 2 duo.
     

  • 1.16, HotR (?), 16:12, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну что, молодцы! Так держать. Хоть один вменяемый дистрибутив.
     
     
  • 2.17, Аноним (17), 16:22, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://opennet.ru/60320-debian
     
     
  • 3.92, Аноним (88), 02:19, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то там мультилиб и собраны библиотеки для 32 бит.
     
  • 2.91, Аноним (88), 02:15, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не справляются. Народ валит с fedora. Вот и урезают функциональность. Что в этом хорошего?
     
     
  • 3.110, Аноним (111), 08:21, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ubuntu победила, надо это признать.
     

  • 1.27, Аноним (-), 17:23, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сторонние 32-битные бинарники нельзя будет запустить?
     
  • 1.29, Аноним (29), 17:37, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    > Снизится нагрузка на сопровождающих, которые смогут уделять больше времени пакетам для 64-разрядных систем;

    Надо ещё 64-разрядные дропнуть, представьте во сколько раз нагрузка-то сократится!

     
     
  • 2.34, Аноним (34), 17:52, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Правильно, всё в FlatPack
     
  • 2.70, Аноним (74), 22:06, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Просто современные разработчики и фреймворки не могут умещаться в мало памяти.
     
  • 2.71, 12yoexpert (ok), 22:09, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    во все разы
     

  • 1.35, Аноним (35), 17:53, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Перешёл на no-multilib ещё лет 10 назад. Для запуска старья использую контейнеры с минимально необходимыми наборами софта и библиотек.
     
  • 1.53, Karl Richter (ok), 19:16, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    У меня только один вопрос. Когда Steam сможет избавиться от 32 бит?
     
     
  • 2.54, Аноним (54), 19:21, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    хх.хх.20хх в хх часов и хх минут. Что узнать то хотели ?
     
  • 2.56, Аноним (56), 19:25, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как только появится необходимость, так и избавятся. Вальв любят тянуть до последнего.
     
     
  • 3.63, Аноним (54), 20:35, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Необходимость есть - прочитай заголовок новости (лучше конечно чтобы там фигурировал Arch).
    Ну собственно больше нечего добавить )
    Идите, долбите, просите. Угрожайте что SteamDeck из балкона выбросите если завтра не будет.
     

  • 1.57, YetAnotherOnanym (ok), 19:46, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > в основном востребованы для запуска Wine и 32-разрядных игр

    Кек... Ещё одна гирька к ногам Игоря.

     
     
  • 2.64, Аноним (54), 20:45, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нету ни одной. Все работает. Сказочник ?
     
  • 2.82, нах. (?), 00:31, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да игоря там на дне уже раки давно доели, какие еще гирьки ему нужны...

     
     
  • 3.102, YetAnotherOnanym (ok), 07:05, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Неее... Игорь - как та стюардесса, его то вытаскивают на поверхность, то снова отпускают тонуть.

     

  • 1.59, name (??), 20:14, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждём стим 64 бита и более жирный рантайм к нему.
     
  • 1.60, Самый Лучший Гусь (?), 20:14, 24/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Совершенно непонятно куда движется Fedora. Раньше новые архитектуры с помпой добавляли, а теперь под шумок удаляют, мол много сил на них уходит. Грустно.
     
     
  • 2.62, Ощипыватель Гусей (-), 20:29, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >  Раньше новые архитектуры с помпой добавляли

    А сейчас есть новые архитектуры?
    Или надо добавлять ради добавления?

    > а теперь под шумок удаляют, мол много сил на них уходит.

    Ну... ты же выносишь елку после НГ? Хотя бы в июне.
    Если не выкидывать хлам, то проект в нем утонет.

    > Грустно.

    ... что ты не пришел им помочь с 32 разрядкой.
    Может тогда бы и не дропнули.
    Ощущаешь ли ты чувство вины?

     
     
  • 3.75, Grand (?), 22:55, 24/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А сейчас есть новые архитектуры?

    Конечно. На М3 надо Fedor'y портировать !!

     
  • 2.83, нах. (?), 00:33, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    совершенно понятно и даже программные документы официально опубликованы.

    Преальфа версия редхата движется туда, куда нужно - rhbm. Точнее, куда виднее ее топ-топ менеджерам, не умеющим пользоваться компьютерами вовсе. Никакие новые архитектуры ей и нахрен не упали.

     
     
  • 3.133, Аноним (-), 13:47, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ее топ-топ менеджерам, не умеющим пользоваться компьютерами вовсе. Никакие новые
    > архитектуры ей и нахрен не упали.

    Да и геймеры корпорату ориентирующемуся на фортуну 500 - за коим хреном сдались?

     
     
  • 4.136, пох. (?), 13:52, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да и геймеры корпорату ориентирующемуся на фортуну 500 - за коим хреном
    > сдались?

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

    Скорее это вообще религиозный ритуал, исполняемый просто по принципу работает-не-трогай.

     
     
  • 5.162, Аноним (-), 18:34, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > они могли бы (помимо играния) потестить до попадания в ту фортуну500 и
    > какие-то еще другие грабли (в незагружаемой системе не особо поиграешься-то),

    Ну, понимаешь, геймеры с стимом зачастую не гроссмейстеры, поэтому на разгребание за ними го^W репортов - потребуется целая толпа достаточно подкованных триажеров. Которые в курсе сколько это стоит, и в этом месте рхбм и начинает чесать репу а надо ли им именно это и именно так.

    > но, полагаю, нужность этих пре-альфа-добровольцев изрядно переоценена.

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

    > Скорее это вообще религиозный ритуал, исполняемый просто по принципу работает-не-трогай.

    Так или уж работает или уж ритуал. Что-нибудь одно.

     
  • 2.109, Аноним (111), 08:19, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты так говоришь, как будто добавлять новые архитектуры это в заявленных целях авторов сабжа. Даже мне, это кажется абсурдным. Кто у нас поддерживает больше всего архитектур, анонимные эксперты меня поправят, но кажется OpenBSD?
    По сути на десктопах и серверах одна архитектура -- AMD64
    На смартфонах ARM64, не считаю Apple с их ноутбуками, это отдельная история. До массового использования ARM64 на десктопах далеко.
    Есть ещё "перспективная" RISC-V архитектура, но что-то пока не набрала массовых оборотов.
     

  • 1.85, Аноним (84), 01:25, 25/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Существует только две архитектуры: AMD64 и ARM64.
     
     
  • 2.87, 12yoexpert (ok), 01:31, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    приходи, когда в арм можно будет воткнуть флешку с любой ОС и загрузиться на любом девайсе без челобитной
     
     
  • 3.103, Аноним (103), 07:17, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Смартфоны на ARM64 делают и ни тебя ни меня не спрашивают.
     
     
  • 4.156, _ (??), 17:18, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И ты запросто можешь запустить на них любой линэугз с дистроватча?! :-))))
    А не ... только тот, что где то глубоко в подвалах андроеда разрешили поставить :) И даже пориулить им как линуксом - не дают ...

    PS: Про пару исключений из этого правила - в курсе. Но он лишь подтверждают ... Тем более что самый "толстый" из них - всио!(С) Опроприетарился(С) :(

     
  • 3.130, Аноним (130), 13:03, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Этого не будет примерно никогда
    Шины нет, слать патчи в uboot производителям лень (да и вообще они зачастую юзают кодовую базу 10летней давности), на qcom/mtk юзается проприетпрный форк lk

    Короче говоря: стандартизация цепочек загрузки есть только там, где этим специально озаботились => исчезающе малый процент

     
     
  • 4.135, Аноним (-), 13:51, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Шины нет, слать патчи в uboot производителям лень (да и вообще они
    > зачастую юзают кодовую базу 10летней давности),

    Чокаво? Есть железки с PCIe, USB3.x и всем таким. А для эстетов желающих все прелести UEFI и муд@софта - есть какие-нибудь ноуты на квалкоме, сможете ощутить прелести доминации в стиле master-slave сполна. Правда не понятно чем вам x86 для этого не подходил с его нефиксабельными глючными и враждебными системными фирмварями.

     
  • 4.140, пох. (?), 14:19, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Этого не будет примерно никогда
    > Шины нет, слать патчи в uboot производителям лень (да и вообще они
    > зачастую юзают кодовую базу 10летней давности), на qcom/mtk юзается проприетпрный форк
    > lk

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

    Поэтому mtk все правильно делают. Нечего время терять.

     
     
  • 5.171, Аноним (-), 18:48, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а сасунь пытался в непроприетарный форк - ему велели все выбросить и
    > переписать заново, как очередное божество себе видит правильным. А поскольку ни
    > у кого из открытых нет таких архитектур (а и было бы
    > - божество само мараться не собирается, ему б указаний пораздавать) -
    > то все сидят без патчей.
    > Поэтому mtk все правильно делают. Нечего время терять.

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

    Как говорится, бойтесь своих желаний...

     
  • 2.93, Аноним (88), 02:23, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Последний debian 13: amd64 arm64 armhf mips64 elppc64el riscv64 s390x
     
     
  • 3.104, Аноним (103), 07:19, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это же Debian для нетакусиков с некрожелезом. Что касается risc-v,
    Поддержка есть абсолютно у всех, это сейчас модно.
     
     
  • 4.145, 12yoexpert (ok), 15:33, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    знаем мы эту поддержку, соберут какую-нибудь убунту 9.04 на ядре 2.6 и делай что хочешь
     
     
  • 5.152, пох. (?), 16:59, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    наши деллы сертифицированные на убунту16 смотрят на тебя... прищурившись
    (и да, 18ю поставить просто так не получится)

     
     
  • 6.180, 12yoexpert (ok), 20:00, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    нет у нас никаких деллов
     

  • 1.99, Аноним (99), 05:12, 25/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Опенсорц во всей красе: с каждой новой версией дистрибутива минус одна архитектура. С каждой новой версии ядра минус апи, и все драйверы ломаются. С каждой новой версией программ минус обратная совместимость файлов.
    Свободка это хорошо, идеалы там и все такое. Только вот на других ОС такого цирка нет. Да и софта там побольше, есть даже программы в которых люди работают и деньги зарабатывают.
     
     
  • 2.100, SVolf (?), 05:58, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У линукса сама суть - "stable api nonsense"
     
     
  • 3.114, Аноним (99), 08:59, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В этом и проблема - не будет единого апи, стабильного, не будет и линукс десктопа. Какой смысл разработчикам проф софта выпускать под линукс свои продукты, если сегодня оно работает, а завтра-в очередном обновлении могут все сломать. И дистрибутивов этих тысячи, хорошо если под убунтой оно как-то ворочается.
    Секрет популярности двух других ОС - в этой самой стабильности. Когда на одной - одна архитектура процессора, а на другой - свое железо вообще, которое не меняется.
     
     
  • 4.161, Аноним (-), 18:28, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты это, не перегибай а! В Линуксе всё нормально со стабильностью. Просто, тебе хочется чтобы всё застыло и окаменело.

    >Секрет популярности двух других ОС - в этой самой стабильности.

    Ага, ядро Windows OS с 1990-х не обновляется.

     
  • 2.108, Аноним (103), 07:26, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Требовать от авторов мейнстрим дистрибутивов поддерживать архитектуру которая вышла из широкого употребления это не имеет смысла. Если тебе нужна поддержка устаревшего железа, ищи таких же, собирай те деньги и делай те свой специфичный дистрибутив для устаревшего оборудования.
    Это опенсорс, тебе никто ничего не должен, в том числе поддерживать устаревшую архитектуру. Зато ты считаешь нужным написать гневный комментарий на эту тему. Вся суть анонимных экспертов, (хотя я и не люблю этот термин) луддизм и жаловаться по любому поводу, даже если их самих это не касается.
     
     
  • 3.115, Аноним (99), 09:01, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не в устаревшем железе дело - а в непостоянности. Я к тому веду - открытый код это замечательно, но людям нужна стабильность.
     
  • 3.118, Аноним (-), 09:47, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Требовать от авторов мейнстрим дистрибутивов поддерживать архитектуру которая
    > вышла из широкого употребления это не имеет смысла.

    Ну и вот те минус steam заодно тогда. И игори там зачастую 32 бита. Проприетарии такие проареиетарии, они полжизни провели в уверенности что в мире бывает только  Win32 @ x86-32. А тут такой облом, понимаешь...

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

     
     
  • 4.147, Аноним (-), 15:39, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Проприетарии такие проареиетарии, они полжизни провели в уверенности что в мире бывает только  Win32 @ x86-32.

    Ну так 70%+ рынка. А если учесть что маки не для игрушек, то да - это и есть только винда)

    > А тут такой облом, понимаешь...

    Бедняжки страдают что нитакусики из 4% не смогут насладиться их играми?
    Плачут небось горькими слезами.

     
     
  • 5.163, Аноним (-), 18:41, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Между нами - майкрософт с удовольствием бы грохнул 32 бита для снижения костов м... большой текст свёрнут, показать
     
     
  • 6.176, Аноним (-), 19:08, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И правильно сделает Ты сейчас говоришь про тех, которые win7 для Embedded подде... большой текст свёрнут, показать
     
  • 2.113, Аноним (120), 08:58, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >  Только вот на других ОС такого цирка нет.

    Ну допустим, на венде архитектуры вырезают последовательно с каждой новой версией, теперь вот даже корки в пролёте. Про макось я уж молчу.
    Это вообще не вопрос идеологии, а просто целесообразности. Ну пылится у меня в кладовке P-IV, и не поставить на него теперь ни новую венду, ни новую федору, ох как жалко… да нет, не жалко.

     

  • 1.117, Аноним (-), 09:30, 25/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Удаление большого числа 32-разрядных пакетов ускорит операции с пакетами
    > за счёт значительного сокращения индексов и размера загружаемых метаданных;

    Yum и dnf не тормозят, говорили они... :)

     
     
  • 2.124, пох. (?), 12:00, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Удаление большого числа 32-разрядных пакетов ускорит операции с пакетами
    >> за счёт значительного сокращения индексов и размера загружаемых метаданных;
    > Yum и dnf не тормозят, говорили они... :)

    половину пакетов за борт - и уот! Не тормозят, как и было сказано!

    Еще половину оставшейся половины выкинут - вообще все летать будет!


     
     
  • 3.132, Аноним (-), 13:45, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > половину пакетов за борт - и уот! Не тормозят, как и было сказано!

    Отож! Они изначально вообще XML удумали в метаданные запихать. Потом заметили что оказывается парсить тыщи пакетов в этом формате своей питонофигней - не тормозит. С горя сделали кэш в скулайте, который можно выкачивать. А майнтайнерам +100500 к деланию мозга этим всем. Зато крутой энтерпрайзный формат - XML.

    > Еще половину оставшейся половины выкинут - вообще все летать будет!

    А там еще есть чего выкидывать? Оно вроде без костылей типа EPEL и так лысое..

     
  • 2.151, Аноним (174), 16:45, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Yum и dnf не тормозят

    Так ведь тормоза упираются не в процессор, а в I/O. Но в целом, пока что ни один пакетный менеджер не превзошел pacman по скорости. Но там свои заморочки.

     

  • 1.146, 12yoexpert (ok), 15:33, 25/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    когда портаж перепишут на нормальный язык?
     
     
  • 2.153, пох. (?), 17:02, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    эээ.... а что, python4 уже вышел? Вроде рано ж еще (опять) переписывать?
     
  • 2.165, Аноним (174), 18:43, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как только ты соизволишь отправить им коммит. Это опенсорц, тут никто никому не должен.
     
     
  • 3.181, 12yoexpert (ok), 20:38, 25/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    крамольные вещи говоришь, товарищ
     

  • 1.150, Аноним (174), 16:42, 25/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Даже массовые 4 пни были уже с поддержкой 64 бит, и даже они еле ворочаются  с современным ядром и systemd. Про GUI вообще не говорю. Так что решение избавиться от легаси (от которого толку чуть более, чем никакого) слишком запоздалое.
     
  • 1.169, Fyjy (?), 18:47, 25/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давно пора, хорошо бы и чтобы из ядра это старьё начали выбрасывать. Просто вдумайтесь сколько человекачосов тратится впустую.
     
  • 1.179, Аноним (179), 19:28, 25/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто-нибудь хоть пробовал Wow64?
    Я попробовал, тормоза сумасшедшие на 32-битных играх. Это использовать на практике не реально. Интересно что там за версия и модификация вайна идёт, раз они решили что пора избавиться.
     

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



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

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