The OpenNET Project / Index page

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

Линус Торвальдс раскритиковал попытки привязки к версиям микроархитектуры x86_64

08.12.2024 20:17

В ответ на присланный для ядра Linux патч с поддержкой ключей компилятора, указывающих "версию" микроархитектуры x86_64 (microarchitecture level), Линус Торвальдс высказал довольно жёсткую и технически обоснованную критику насчёт данной инициативы. Под версиями подразумеваются упоминаемые компаниями AMD, Intel, Red Hat и SUSE срезы состояния микроархитектуры, охватывающие определённые наборы расширений, например, x86-64-v3 подразумевает наличие расширений AVX, AVX2, BMI2, FMA, LZCNT, MOVBE и SXSAVE, а x86-64-v4 - AVX512F, AVX512BW, AVX512CD, AVX512DQ и AVX512VL.

Претензии Линуса сводятся к трём пунктам:

  • Упомянутая классификация абсолютно неофициальна и ничему формально не соответствует.
  • Система версий заменяет относительно простой вопрос "умеет ли этот процессор такую команду?" на значительно более сложный "что вообще значит версия x86_64 v3 и что она умеет?!".
  • Предметом критики стала идея попыток линеаризации CPUID и упрощения его до "версий". Это оказалось настолько неуспешной идеей, что привело к тому, что самые последние модели процессоров Intel для настольных систем, которые не реализуют AVX-512, формально относятся к более младшей версии, чем более старые процессоры с поддержкой AVX-512, что является довольно странной ситуацией.


  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Gentoo начал формирование бинарных пакетов для архитектуры x86-64-v3
  3. OpenNews: openSUSE Tumbleweed прекращает официальную поддержку архитектуры x86-64-v1
  4. OpenNews: Линус Торвальдс выступил против парсеров Kconfig, не поддерживающих табуляцию
  5. OpenNews: Линус Торвальдс снова недоволен коммитами в Bcachefs
  6. OpenNews: Intel и AMD при участии Линуса Торвальдса создали консультативную группу по экосистеме x86
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62370-x86_64
Ключевые слова: x86_64, kernel, cpuid
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (188) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 20:33, 08/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –34 +/
    Прошу прощения, а он хочет вечно поддерживать вплоть до каждого ядра код?
     
     
  • 2.102, Торвальдс (?), 07:00, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Так точно.
     
  • 2.158, Аноним (-), 15:05, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Один из аргументов - это как раз нужда поддерживать огромную матрицу совместимос... большой текст свёрнут, показать
     

  • 1.2, Zenitur (ok), 20:33, 08/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    > ... что самые последние модели процессоров Intel для настольных систем, которые не реализуют AVX-512, формально относятся к более младшей версии, чем более старые процессоры с поддержкой AVX-512

    Ну это как Prescott, который умеет SSE3, а потом вышел Pentium D, который тоже Prescott, но не умеет SSE3.
    Upd: ошибся. Там есть SSE3. https://ru.wikipedia.org/wiki/SSE3
    Тогда другая аналогия. i586 вышел в 1992, i686 вышел в 1995, а i586+MMX вышел в 1997. Если не знать этой хронологии, можно решить, что раз в i586 есть MMX, то и в i686 он есть, но это не так. i686+MMX вышел в 1998.

     
     
  • 2.11, Sylvia (ok), 21:15, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    "Pentium 4" был как Northwood (SSE2, 32 bit) так и Prescott

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

     
     
  • 3.54, crypt (ok), 23:48, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    существенно то, что IBM/RH, локомотив в разработки Linux, собирается выпустить RHEL10 с поддержкой _только_ x86-64-v3.
     
     
  • 4.56, Аноним (56), 00:06, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И в чём проблема? v3 вроде достаточно старые процессоры поддерживает, нет? По крайней мере, достаточно старые для дистрибутива, инсталлятор которого требует 1GB RAM.
     
     
  • 5.63, НяшМяш (ok), 00:40, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В интелах v3 это архитектура Haswell, появившаяся в 2013 (за исключением всяких атомных огрызков). Давно уже пора как для дистрибутива, который стоит на серверах и рабочих станциях.
     
  • 5.79, Аноним (79), 01:35, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >v3 вроде достаточно старые процессоры поддерживает, нет?

    Как пользователь локалхоста с корой дуба, мне очень не льстит в очередной раз приватизировать офисное имущество "для соответствия минимальным требованиям v3".
    >инсталлятор которого требует 1GB RAM.

    Свежие инсталляторы уже 2 гига РАМы требуют, думаю переходить на Alpine.

     
     
  • 6.159, Аноним (159), 15:10, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>v3 вроде достаточно старые процессоры поддерживает, нет?
    > Как пользователь локалхоста с корой дуба, мне очень не льстит в очередной
    > раз приватизировать офисное имущество "для соответствия минимальным требованиям v3".

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

    Другое дело что брейнфака в матрице вариантов это добавляет - во, долботни - во, а профит с всего этого - который все это окупает - он где вообще? А, фирма интел очень просила зедепрекейтить старые серваки, чтоб их дохнущие за полгода процы хоть кто-то покупал? :)

     
  • 5.105, crypt (ok), 07:28, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > И в чём проблема?

    спроси сразу, в чем новость. зачем читать? главное коммент написать.

     
  • 5.149, Ivan_83 (ok), 14:06, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет никакого V3, это жалкая попытка описать одним словом наборы инструкций которых сильно больше вариантов=комбинаций чем 4-5 "версий".
     
     
  • 6.165, crypt (ok), 16:53, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет никакого V3, это жалкая попытка описать одним словом наборы инструкций которых
    > сильно больше вариантов=комбинаций чем 4-5 "версий".

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

     
     
  • 7.194, Аноним (-), 00:57, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Просто ты еще должен и побыть тестовым манекеном, на благо всяких сонь и жунипер... большой текст свёрнут, показать
     
  • 5.175, Аноним (175), 19:13, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >v3 вроде достаточно старые процессоры поддерживает, нет?

    Только что проверил и аж погрустнел. У меня v1 вообще :) А проц, между прочим: AMD Athlon II X2 245. Может он и сравнительно старенький уже, но лопатит дай бог и со всем справляется нормально пока еще.

     
  • 5.211, Аноним (211), 19:38, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В том что Linux в его текущем виде даже на Ryzen 2xxx или Intel 8xxx никому не нужен. Там и на 11-ой живется неплохо.
     
  • 3.107, ryoken (ok), 07:37, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы ещё Виломёт (Willamette, Socket 423) не упомянули.
     
  • 3.182, Nuclear Granny (?), 20:44, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    How about Wikipedia?

    The Pentium 4 Willamette (180 nm) introduced SSE2, while the Prescott (90 nm) introduced SSE3 and later 64-bit technology. Later versions introduced Hyper-Threading Technology (HTT). The first Pentium 4-branded processor to implement 64-bit was the Prescott (90 nm) (February 2004), but this feature was not enabled. Intel subsequently began selling 64-bit Pentium 4s using the "E0" revision of the Prescotts, being sold on the OEM market as the Pentium 4, model F. The E0 revision also adds eXecute Disable (XD) (Intel's name for the NX bit) to Intel 64. Intel's official launch of Intel 64 (under the name EM64T at that time) in mainstream desktop processors was the N0 stepping Prescott-2M.

     
  • 2.32, Аноним (32), 22:38, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Есть аналогия проще, Intel выпускала процессоры в 2020 году вообще без AVX.
     
     
  • 3.57, Аноним (56), 00:08, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    s/в 2020 году/начиная с 2000 года/

    Ультры тоже без авкс512 идут вроде как.

     
     
  • 4.58, Аноним (56), 00:08, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    *с 2020 года
     
  • 3.75, Аноним (75), 01:16, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну у нас на Опеннете есть те, кто скажут, что это процессоры для калькуляторов. Нет, не тех, что нейросети считают, а тех, что типа как арифмометры. И скажут "сами виноваты, не надо былопокупать калькуляторы вместо компьютеров".
     
     
  • 4.192, Аноним (192), 00:24, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А вы так любое ССЗБ оправдываете, или только избранное?
     
  • 2.157, Аноним (-), 14:59, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда другая аналогия. i586 вышел в 1992, i686 вышел в 1995, а i586+MMX вышел в 1997.
    > Если не знать этой хронологии, можно решить, что раз в i586 есть MMX, то и в i686
    > он есть, но это не так. i686+MMX вышел в 1998.

    Все это знание иррелевантно по отношению к x86_64. Прости но i586/i686 не умели в 64 бита - и в этой классификации - их просто нет.

    x86-32 это другое, вообще совсем, и на него в майнлайне всем уже довольно пофиг, примерно вот настолько вот: https://www.phoronix.com/news/Linux-Cleanup-x86-On-x86_64 - в смысле, редко юзаемые и странные комбо фич там просто побустали.

     

  • 1.3, Аноним (-), 20:37, 08/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Адекватная реакция инженера. Позиции двух сторон конфликта (интересов) в целом ясна. Мне лично нравится позиция Линуса, а иначе Linux превратится в Windows с его граблями.
     
     
  • 2.9, нах. (?), 21:09, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • –13 +/
    Наоборот - в windows "просто работает", а автор чудо-патча предлагает к примеру "выбросить 32битную подержку kvm".
    И "зачем вам оптимизация вашего хлама core2". Т.е. именно для медленных систем где она и нужна. "благодарите миня, виликага, что вообще разрешл вам собирать для них ведро".

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

    (Но автор на зарплате у платиновых, и премию ему не заплатят если не продаст, поэтому переподаст с правильным прогибом и без "v2 v3" - рано или поздно примут.)

     
     
  • 3.14, Аноним (-), 21:33, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так я и говорю что Линус все правильно сказал, как вы утверждаете - до..лся до мелочи. Я что-то не так понял? И Windows 11 тот же не поставишь на старые машины - ничего там нет типа "просто работает". И наоборот - старую винду не поставишь на новую, т.к. аппаратной поддержки нет. Нужно переделать так, чтобы проверялась поддержка систем команд процессора. Если автор патча не переделает, это конечно будет печально.
     
     
  • 4.19, нах. (?), 21:44, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Так я и говорю что Линус все правильно сказал, как вы утверждаете
    > - до..лся до мелочи. Я что-то не так понял? И Windows
    > 11 тот же не поставишь на старые машины - ничего там

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

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

     
     
  • 5.82, Аноним (79), 01:40, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Но никто не бросает поддержку десятой

    Подождите немного.
    NT4
    Win2000
    WinXP
    Win7
    Win8
    == Вы нгаходитесь здесь ==
    Win10
    Win11

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

     
  • 5.183, Nuclear Granny (?), 20:49, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Но никто не бросает поддержку десятой

    Нет, Макрософт уже бросает. Меня прямо на экране моего монитора вчера предупредили об этом и великодушно разрешили "напомнить позже". Правда, это нифига не страшно.

     
  • 4.212, Аноним (211), 19:41, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> вы утверждаете - до..лся до мелочи. Я что-то не так понял? И Windows 11 тот же не поставишь на старые машины - ничего там нет типа "просто работает"

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

     
  • 3.16, Аноним (16), 21:36, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В коде не должно и не может быть никаконо платформозависимого кода. Всю эту магию надо пихать в конь-пилятор.
     
     
  • 4.18, нах. (?), 21:40, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    угу. Ведь компилятор работает на особой магии, а не на том же коде.

    У меня для тебя грустная новость - Си и Юникс придумали люди, которые считали ровно наоборот.

     
     
  • 5.38, Аноним (16), 22:47, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какая вообще разница кто там что придумал? Это вообще к чему нам информация? Компилятор высока абстракция если он ничего не решает можно писать на асме.
     
  • 5.53, Аноним (53), 23:37, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Выпро тот С в котором на откуп компилятора отдаётся big endian/little endian бинарника, длина машинного слова и даже количество байт в бите?
     
     
  • 6.61, нах. (?), 00:37, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    да. Потому что оно вот так работает. А для остального есть условная компиляция и _твои_ знания о том как в твоем компиляторе оно работает именно на этой архитектуре.

     
  • 6.71, мяв (?), 01:05, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ..и про тот, что позволяет разработчику посмотреть все это в коде:
    https://pubs.opengroup.org/onlinepubs/9799919799.2024edition/

    https://stackoverflow.com/a/35845707

     
     
  • 7.72, мяв (?), 01:07, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    https://pubs.opengroup.org/onlinepubs/9799919799/basedefs/endian.h.html - корректная 1я ссылка.
     
  • 5.67, мяв (?), 00:57, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Юникс

    и опять нах ниасилил матчасть о стандартах.
    отправляемся читать и видим обратное, 2й же строкой:
    >to support applications portability at the source code level.

    https://pubs.opengroup.org/onlinepubs/9799919799.2024edition/
    то, что аноним выше написал так-то ключевая цель и uniх, и posix.

     
     
  • 6.120, n00by (ok), 10:06, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Аноним написал, что путает ядро и юзерленд.
     
     
  • 7.167, нах. (?), 17:22, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Аноним написал, что путает ядро и юзерленд.

    у изобретателей си не было деления на ведро и юзерленд.

    Они это одними и теми же руками кодили.


     
  • 5.122, n00by (ok), 10:08, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но идея-то у него годная. Осталось конь-пилятор вставить модулем в UEFI. Кто-то скажет "нет"? Вот, .Net туда и внедрить.
     
     
  • 6.132, Аноним (132), 11:05, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://en.m.wikipedia.org/wiki/Singularity_(operating_system)
     
     
  • 7.145, Аноним (145), 13:32, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разве ещё не выкинули на мороз?
     
     
  • 8.152, Аноним (16), 14:35, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мировое закулисье было против такого ... текст свёрнут, показать
     
  • 6.204, Аноним (204), 09:37, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Но идея-то у него годная. Осталось конь-пилятор вставить модулем в UEFI. Кто-то
    > скажет "нет"? Вот, .Net туда и внедрить.

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

     
  • 4.25, Аноним (25), 21:55, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Надо было образ 2000 завести на виртуалке, со старым софтом. Запускалось на райзене 2600 - дикие тормоза и глюки винды, пока в настройках жестко не был указан проц типа пень 3 1200. После этого винда залетала.
     
     
  • 5.35, Zenitur (ok), 22:42, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Есть драйвер для AMD Atlon64/Phenom для виртуалки. Ускоряет работу гостевой 2000/XP. Лично у меня драйвер не установлен, всё и так нормально. И я не знаю, годится ли драйвер для AMD FX/Ryzen. Ищи драйвер на ru-board.
     
  • 5.84, Аноним (79), 01:44, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня до сих пор где то сборочная система с 6 визуалстудией валяется в архиве  с виртаулками.
    Врать не буду - последние пару лет с 19 и 22 пришлось собирать пакеты программ ибо сторонние разработчики переводят на них проекты, а там внутри какие то зависимости от конкретной визуалстудии.
     
  • 5.160, Аноним (159), 15:12, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > жестко не был указан проц типа пень 3 1200. После этого
    > винда залетала.

    И как, хорошо залетала? И в чем, собственно, состоял залет? :)

     
     
  • 6.195, Аноним (-), 01:29, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну cygwin же как-то появился. Неспроста это, явно неспроста!
     
  • 4.33, anonymous (??), 22:39, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://github.com/torvalds/linux/tree/master/arch
     
  • 4.62, chdlb (?), 00:38, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    поэтому большое число проектов использует nasm yasm etc?
     
  • 4.70, keydon (ok), 01:00, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как бы тебе сказать. Ты конечно можешь попробовать заметать магию под ковёр, но рано или поздно возникнет вопрос почему у тебя куча ковром прикрыта.
     
  • 3.196, Аноним (-), 04:04, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А кто-то на 32 бит всерьез KVM запускал Кто все эти люди и зачем они ЭТО делали... большой текст свёрнут, показать
     
     
  • 4.223, нах. (?), 15:20, 11/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А кто-то на 32 бит всерьез KVM запускал?

    что такое "всерьез" - на очень-очень серьиозных щщах?
    А то я вон запускал и запускаю. Дисяточка туда не поставится, к сожалению.

    > Энное время назад 32 бит ARM в KVM выкинули - и никто вообще не заметил, буквально ни 1 комента.

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

     

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

  • 1.5, Аноним 987654321 (?), 20:39, 08/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Тут речь, наверное, про "упрощение", которое вводит в заблуждение. Именно это и вызвало критику.
     
     
  • 2.90, Фняк (?), 01:58, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не, все эти v2, v3 говорят компилятору какой набор инструкций он может использовать при генерации кода, и если в user space это норм, то в ядре может возникнуть ситуация что компилятор сгенерит код с использованием какого-нибудь sse3 и использованием регистра, который не был сохранен при входе в режим ядра. Таким образом ядро будет изменять состояние регистров для приложения и в приложении будут возникать ошибки. Поэтому перед использованием кода с такими инструкциями в ядре сначала сохраняют значения регистров, а после использования восстанавливают. Все для экономии на переключении контекстов между ядром и юзерспейсом
     
  • 2.166, Аноним (-), 17:05, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А ты это через какой вайфай нам сюда пишешь - через пятый или шестой?
     

  • 1.6, Аноним (6), 20:56, 08/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А почему этим вопросом занимаются не мейнтейнеры подсистем, которые проверяют патчи? Что за микроменеджмент со стороны Линуса? Какое-то нарушение принципа субординации с его стороны.
     
     
  • 2.8, Аноним (8), 21:06, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вопрос архитектурный. Микроменеджментом было бы придираться к опечаткам в комментах подчиненного подчиненного подчиненного.
     
     
  • 3.12, Аноним (6), 21:23, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так ответственные на то и ответственные чтобы заниматься в том числе архитектурными вопросами своих подсистем. Там далеко не самые глупые люди сидят, а вполне себе ровня Линусу. А то получается Линус наезжает на рядовых исполнителей вместо того чтоб спросить с того кто принимал решение - своих непосредственных починенных, мейнтейнеров подсистем.
     
     
  • 4.109, qrKot (?), 08:09, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какое такое решение принимал?
    Тут именно ситуация, что какой-то буй с горы прислал патч (для понимания, никто ничего никуда еще не вливал. Патч - это предложение, мол, давайте исправим вот эти строчки в программе, вот этих понапишем, а вот эти выкинем). Мейнтейнер подсистемы, вероятно, посмотрел на это, почесал репу и решил, что система работы с поддерживаемыми инструкциями проца - это не то, что нужно менять в одиночку по решению одного мейнтейнера (оно просто всех в круг задевает, не только его подсистему).
    Мейнтенер эскалировал вопрос, запросив обсуждения архитектурной закавыки всеми заинтересованными лицами. Собрались, посоветовались, Торвальдс вполне обоснованно послал автора патча нахер.
     
     
  • 5.113, Аноним (113), 08:32, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Патч предложил Arnd Bergmann, мэйнтейнер архитектур ARM/ARM64 и символьных драйверов, который по совместительству отвечает за пакеты с ядром в SUSE.  Патч является продолжением многолетней работы по удалению поддержки старого оборудования в ядре и GCC: https://www.opennet.ru/54393 https://www.opennet.ru/61641
     
  • 4.150, YetAnotherOnanym (ok), 14:16, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Такой подход, который ты предлагаешь, называется "верхоглядство". Начальник, который никогда не спускается ниже уровня начальников департаментов, всё профукает.
     
  • 2.17, Аноним (16), 21:37, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мейнтейнер поднял на уровень руководства сделегировал и соблел субординацию.
     
     
  • 3.86, Аноним (79), 01:46, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Делегирование, это в обратную сторону.
    Мантейнер произвел эскалацию.
     
     
  • 4.172, Аноним (172), 17:50, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    бывают делегаты, которые избраны от большинства,
    эскалатов я не видал
     
  • 2.24, Аноним (24), 21:54, 08/12/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     

  • 1.7, Аноним (7), 21:01, 08/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот и подкатило устаревание железа на уровне ос
     
     
  • 2.10, нах. (?), 21:09, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • –5 +/
    ставь винду, чо.

     
  • 2.21, Аноним (24), 21:49, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    10 венда ltsc будет тебя радовать до глубокой старости своими обновлениями. А потом тебе компы просто будут уже не нужны.
     
     
  • 3.59, нах. (?), 00:35, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну, это вот, кстати, навряд ли. Тем более что по телевизору заявляют что в свои 60 ты еще молод будешь!

    На пару лет поддержки нимодна-нимодна-устаревших 32битных и пяток для еще-модных-64 я бы еще понадеялся, а дальше скорее всего ms это надоест и останутся одни lts с корпоративными лицензиями, доступные простым смертным примерно никак.

     
     
  • 4.115, Набросил (?), 09:08, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не забывайте о IoT Enterprise LTSC
    Windows 10 IoT Enterprise LTSC 2021 будет получать обновления до 13.01.2032 г.
    https://learn.microsoft.com/ru-ru/windows/release-health/release-information
     
     
  • 5.168, нах. (?), 17:23, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Не забывайте о IoT Enterprise LTSC
    > Windows 10 IoT Enterprise LTSC 2021 будет получать обновления до 13.01.2032 г.
    > https://learn.microsoft.com/ru-ru/windows/release-health/release-information

    ну а тебе от этого какое щастье-то?

    Она-то будет, а ты-то нет.


     
     
  • 6.202, Аноним (202), 04:32, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не переживай, всё будет получать. Интернет он такой, да.
     
  • 3.88, Аноним (79), 01:49, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты бы хоть проверил!

    2019 (1809) Канал долгосрочного обслуживания (LTSC) - Окончание обслуживания 2029-01-09
    Цитата:
    https://learn.microsoft.com/ru-ru/windows/release-health/release-information

     
     
  • 4.111, Аноним (111), 08:20, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Есть у меня старый ноутбук с Windows 7. Так при выключении на его экране можно прочитать что-то типа "бла–бла, не выключайте питание, т.к. идет обновление ОС, бла-бла".

    ЗЫ Раз в год его включаю, а он всё не дохнет(

     
     
  • 5.205, InuYasha (??), 10:15, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А тут сколько ни включай - я свой каждый день, а он тоже жив.
     
  • 4.169, нах. (?), 17:24, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну ты бы хоть проверил!

    ну ты такой большой, а все в сказки веришь. К тому же помимо 1809 есть другие версии.

     
  • 3.213, Аноним (211), 19:43, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    11-я кстати, тоже.
     

  • 1.13, Аноним (16), 21:28, 08/12/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     

     ....ответы скрыты (2)

  • 1.20, Аноним (20), 21:46, 08/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Упомянутая классификация абсолютно неофициальна и ничему формально не соответствует

    Да, предложил человек из Red Hat, но это поддержано SUSE, Intel и AMD. Так что всё же стоит обратить на это внимание

    Когда Intel и AMD будут внедрять x86S Лайнус тоже будет это чушью называть?

    > Система версий заменяет относительно простой вопрос "умеет ли этот процессор такую команду?" на значительно более сложный "что вообще значит версия x86_64 v3 и что она умеет?!".

    Один раз разобрался и работаешь, по итогу конечному пользователю удобнее ориентироваться по v1, v2, v3, v4 etc. чем по реальным функциям типа CMPXCHG16B, которые для пользователя просто бессмысленный набор букв.

     
     
  • 2.27, slavanap (?), 21:58, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Пользователю и v1, v2, v3 до лампочки, вместе с i386/amd64
     
  • 2.28, Аноним (-), 22:05, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > удобнее ориентироваться по v1, v2, v3, v4 etc. чем по реальным функциям ... которые для пользователя просто бессмысленный набор букв

    Вы сейчас описали кончного пользователя windows. Или macos. Linux немного о другом.

     
     
  • 3.112, Аноним (111), 08:29, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я с Linux знаком с 98–ого года. На постоянной основе на папу лет меньше.

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

     
  • 2.34, Аноним (34), 22:40, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Один раз разобрался и работаешь, по итогу конечному пользователю удобнее ориентироваться по v1, v2, v3, v4 etc. чем по реальным функциям типа CMPXCHG16B, которые для пользователя просто бессмысленный набор букв.

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

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

     
  • 2.118, qrKot (?), 09:30, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +9 +/
    >> Один раз разобрался и работаешь, по итогу конечному пользователю удобнее ориентироваться по v1, v2, v3, v4 etc. чем по реальным функциям типа CMPXCHG16B, которые для пользователя просто бессмысленный набор букв.

    Но ведь оно с точностью до наоборот!
    v1,2,3,4 - это тупо маркетинговое обозначение. Вот, можете тут посмотреть табличку, что подразумевается под этими "версиями": https://en.wikipedia.org/wiki/X86-64

    Смотрим, например, в v2. Должен поддерживать SSE3, SSE4_1, SSE4_2, CMPXCHG16B (упомянутый вами), POPCNT и т.д.
    Допустим, у нас на руках проц, который SSE требуемых версий (куча операций на арифметику, округления и т.д.) умеет, а страшный CMPXCHG16B (операцию сравнения) - нет.
    Дальше мы спрашиваем у проца "а какой ты версии". А у него ровно одной операции до v2 не хватает. Вуаля, мы перестаем пользоваться каким-нибудь MWAIT, который у нас есть из-за того, что у нас нет CMPXCHG16B (сравнения 128-битных чисел) которые отношения к решаемой проблеме не имеют.

    Ну и нафейхуа? SSE, POPCNT и т.д. - четко зафиксированные наборы инструкций. v1, v2 и т.д. - васянские подборки этих (никак не связанных между собой) наборов в произвольном порядке.

     
  • 2.176, Аноним (176), 19:41, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А кого волнуют девиации инженеров, когда эти умозрительные срезы к архитектуре не относятся? В ядре это используется иначе и на хрен не сдалось версионировать архитектуру архитектуры. Масло масляное получается. Маслозаводам может и проще продавать масло непонятное 72% жирности, масло 80%-ное, масло особое 82% жира и масло супер пупер особое 84% жирности. И то и другое - масло, а не масло растительное. На атомы эта ахинея вообще не накладывается никак, а таких ноутбуков - пруд пруди, так как большинство дешевых ноутбуков имеют атомы под капотом. Выкинуть половину компов потому что в красношапке и сусе так решили? А нафейхоа, если все что они сделали это собрали другие пакеты с поддержкой данных инструкций только, не дав выбора людям, а ядру все равно? В общем задницам слова не давали.
     

  • 1.30, Семен (??), 22:34, 08/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Для тех кто живет в opennet в танке и в своем сферическом вакууме перформанс опт... большой текст свёрнут, показать
     
     
  • 2.41, Минона (ok), 22:56, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Семён Семёныч!
     
  • 2.206, InuYasha (??), 10:28, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не понял: т.е. SIMD-оптимизациями вообще в Линуксе нелья пользоваться? Если я соберу свой бинарник с SSE/AVX, то всё помрёт? Все компоненты ОС должны быть скомпилены с одним набором фич?
     
     
  • 3.215, Семен (??), 22:05, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понял: т.е. SIMD-оптимизациями вообще в Линуксе нелья пользоваться? Если я соберу
    > свой бинарник с SSE/AVX, то всё помрёт? Все компоненты ОС должны
    > быть скомпилены с одним набором фич?

    Можно, но флаги компилятора надо использовать с умом. Иначе вместо повышения производительности, можно получить ее деградацию. В интернете очень много вредных советов по оптимизации от малограмотных людей, мало кто собирает статистику по TLB, использует perf, bpf, dtrace. В лучшем случае все ограничивается синтетическими тестами. Как-то  сотрудник Intel прислал патчи в очень крупный опенсорс проект, с описанием, что его чудо код делает код в несколько раз быстрее, расписал целую страницу преимуществ, притом даже не удосужился сделать синтетически тесты. По факту прогонка через godbolt показала, что его код был развернут компилятором ровно 1 в 1 таким же, как изначальный код, но при этом была повышена сложность исходного кода. Мифические опусы на тему лучшей производительности в несколько раз оказались лишь шiзой сотрудника Intel. Intel сейчас понанимали индусов, как дешевую рабочую силу, отсюда наблюдается заметная техническая деградация во многих их проектах.

    В ядре в критически важных местах нельзя. В криптографических модулях ядра можно, но желательно сразу в виде asm кода, без автоматической векторизации всего кода, или нужно код для векторизации держать в отдельном файле и только для него добавлять дополнительные флаги сборки. Ни о одна ОС в мире не использует simd в критически важных местах ядра. Простой пример, если обработчик прерываний в ядре вызовет прерывание в ядре, это вызовет рекурсивный вызов этого же обработчика, и компьютер зависнет.

     

  • 1.31, zog (??), 22:36, 08/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В конце концов они всё равно продавят идею мапить какие-то версии/названия на наборы битиков из CPUID. Ведь тому же GCC нельзя передать CPUID, зато можно задать несколько замысловатых параметров для включения/выключения поддержки тех или иных фич процессоров. Продавят чисто для маркетинга.
     
     
  • 2.40, Lyrix (ok), 22:54, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>.. GCC нельзя передать CPUID

    Я не "погромист" ни разу, но что тогда делают -march=native -mtune=native, как не передают инфо о ЦПУ и его возможностях?

     
     
  • 3.43, Минона (ok), 23:00, 08/12/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Поднимают гентушникам ЧСВ.
     
     
  • 4.147, Аноним (145), 13:47, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А негентушникам сильно осложнят жизнь, если сборщики пакетов их использовали.
     
  • 3.85, zog (??), 01:46, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > что тогда делают -march=native -mtune=native

    Про гентушников тут уже высказались. А теперь представь, что ты - дистрибутив общего назначения, распространяемый бинарно. Твой native может просто не заработать у кучи народа с другим железом. А передать CPUID какого-то минимально поддерживаемого процессора ты не можешь, потому что GCC так не умеет.

     
     
  • 4.89, Аноним (79), 01:54, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Твой native может просто не заработать у кучи народа с другим железом

    "Запуск Windows 11 на этом компьютере невозможен:
    ваш компьютер не соответствует минимальным требованиям"

     
     
  • 5.116, Набросил (?), 09:12, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Windows 11 IoT Enterprise LTSC 2024 - работает без TPM, практически на чём угодно и без плясок с бубном.
     
     
  • 6.128, Аноним (128), 10:38, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А он разве не требует POPCNT от процессора?
     
     
  • 7.161, Набросил (?), 15:13, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Через 3 недели будет уже 2025 год. Написав "практически на чём угодно", я имел ввиду что-то свежее ископаемого 2008 года выпуска.
     
  • 6.189, нах. (?), 23:19, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И купить ее легально ты можешь примерно никак.

     
  • 4.98, Kilrathi (ok), 03:09, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что оптимизация под одну конкретную линейку процессоров будет делать в «дистрибутиве общего назначения»? Не путаете с отдельными бинарными релизами по архитектуре?
    Если я ядро и мир на FreeBSD собираю и не планирую клонировать бинарники на другие платформы -  мне лишний хлам не нужен и буду собирать с опциями только под свое оборудование. И, естественно, мне проще по табличке указать одним словом соответствие модели процессора, чем две странички включать и отключать поддерживаемые опции.

     
     
  • 5.124, n00by (ok), 10:17, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Самое смешное, если бы оно не было так грустно: все эти бинарные сборщики гордятся построенными тут фабриками по производству ядер операционных систем, но догадаться, что возможно определить железо пользователя и собрать под него ядро -- почему-то не получается.
     
     
  • 6.125, Kilrathi (ok), 10:22, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Самое смешное, если бы оно не было так грустно: все эти бинарные
    > сборщики гордятся построенными тут фабриками по производству ядер операционных систем,
    > но догадаться, что возможно определить железо пользователя и собрать под него
    > ядро -- почему-то не получается.

    вы забыли учесть, как минимум, пару важных деталей:
    1. софт определения железа может работать с ошибками: толку от того, что мне по/скрипт диагностики выдаст отсутствие поддержки определенных опций, если после сборки ядра с поддержкой соответствующих модулей эти опции заработают.
    2. можно собирать бинарники под другую платформу: я могу на мощной станции пару часов собирать бинарники под старенький маршрутизатор, на котором их же сборка займет несколько дней.

     
     
  • 7.127, n00by (ok), 10:37, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дык я и пишу о том, что на машине пользователя собирать не надо, когда тут настроено фабрик. Тем более, что вариантов железа не слишком много, и через несколько часов будет свой готовый вариант на каждую железку. А что определение железа можно накодить криво - так это не отговорка не кодить. :)
     
     
  • 8.129, Kilrathi (ok), 10:46, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Все конфигурации предусмотреть - накладно, равно, как и пользоваться арендой при... текст свёрнут, показать
     
  • 4.123, n00by (ok), 10:15, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> что тогда делают -march=native -mtune=native
    > Про гентушников тут уже высказались. А теперь представь, что ты - дистрибутив
    > общего назначения, распространяемый бинарно. Твой native может просто не заработать у
    > кучи народа с другим железом. А передать CPUID какого-то минимально поддерживаемого
    > процессора ты не можешь, потому что GCC так не умеет.

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

     
  • 4.177, uis (??), 19:53, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    -march=core2
     
  • 4.219, Семен (??), 04:52, 11/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А передать CPUID какого-то минимально поддерживаемого процессора ты не можешь, потому что GCC так не умеет.

    Наверное проблема все же заключается не в компиляторе, а в том, что люди не понимают разницу между -march и -mtune.

    Ниже по ссылке найдите 10 отличий...

    https://godbolt.org/z/5bP396r5M

     
  • 3.126, n00by (ok), 10:35, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это больше об оптимизации. Грубо говоря, 10 инструкций на Intel выполняются быстро, а на AMD медленно, потому для второго надо 2 из них переставить местами.

    Но и на используемые инструкции влияет.

    Например, по рекомендациям https://wiki.gentoo.org/wiki/GCC_optimization/ru
    делаем
    gcc -### -march=native /usr/include/stdlib.h

    и смотрим, есть ли в выводе popcnt или fma4 (с приставкой -m или -mno-).

     

  • 1.42, Alladin (?), 22:58, 08/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Линус прав, ваш x86_64 на 64% соответствует версии v3:) это неправильно, есть совершенно разные процессоры и они имеют абсолютно разный набор фич.

    Условно, прикинуть если в проце не будет аппарат sha256 но будет sha512 (биты, все условно) то что это значит?, процессор не подходит под (условно) v2 но имеет фичи из v3 значит вся оптимизация пойдет под v1... ужас

     
  • 1.46, Аноним (-), 23:15, 08/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Да ладно, а кто armv7 пошёл закапывать? Пускай и половину рынка x86 закопает.
     
  • 1.55, Аноним (56), 00:00, 09/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > относятся к более младшей версии, чем более старые процессоры [...] является довольно странной ситуацией.

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

     
  • 1.60, Аноним (60), 00:37, 09/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Бабла хочет. Скоро патч, дропающий все 32-битные архитектуры, примет с пометкой "Good riddance" ( https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id= ).

    P.S. Дроп armv7 , как и любой архитектуры, на которой были сделаны телефоны, а равно и другие массовые устройства, недопустим.

     
     
  • 2.76, Аноним (76), 01:21, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > дропающий все 32-битные архитектуры, примет с пометкой "Good riddance"

    Так действительно же good!
    Последним 32битным процом был Pentium 4 на Northwood и какой-то Атлон схожих годов. Это было 20+ лет назад!
    Сколько вы еще предлагаете тянуть этот мусор? И кому? А главное - зачем?

    > а равно и другие массовые устройства, недопустим.

    Ахаха! А сами поддерживать свое некрожелезо вы не хотите?))
    Может все 6omжы скинуться на поддержку?
    Все будет дропнуто. Сколько нытья было во время дропа i386, но тем не менее оно уже история.

     
     
  • 3.104, Аноним (104), 07:25, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Бесконечно долго Ты бы посмотрел патч, выпиливающий поддержку i386 Он маленьки... большой текст свёрнут, показать
     
     
  • 4.136, Аноним (-), 12:21, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О, очередной персонаж, который думает что поддержка это только код Не, дорогой,... большой текст свёрнут, показать
     
     
  • 5.180, Аноним (180), 20:00, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Не, дорогой, поддержка это намного больше. Потому что каждую релизную сборку (а в идеале и с веток, но для дидом это пока слшиком) нужно ТЕСТИРОВАТЬ на всем разнообразии железа для которого заявлена поддержка.

    Тестируйте хотя-бы на эмуляторе. На железе пользователи протестируют. Главное - не ломать, и не писать код так, как будто у всех самый последний и самый навороченный и самый state of the art и самый рекомендованный производителем вариант архитектуры, а если кто-то так пишет - то это уже обязанность менеджера поставить зарвавшегося на место.

    >Люди и есть мусор в 95% случаев.

    У вас какое-то странное определение людей.

     
     
  • 6.184, Аноним (-), 21:01, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты осознаешь что это дополнительная инфра на которую тоже нужно тратить деньги и... большой текст свёрнут, показать
     
     
  • 7.200, Аноним (200), 04:14, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По такой логике надо поддерживать Linux только на последних устройствах от своих производителей. В общем многие именно это и делают, а в случае с Linux всё к этому и идёт. Это не оттеняет того, что делать так - полнейшее репутационное банкротство.
     
  • 6.191, Аноним (191), 23:58, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >У вас какое-то странное определение людей.

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

     
     
  • 7.193, Аноним (-), 00:53, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > так это известный технофашик.

    а местный народ любит раздавать ярлыки, как я вижу

    > Любит плести что никто ничего не делает, подмахивает бимерам и прочим пролинкс корпорациям.

    Хм.. и ты наверное эти лживые инсинуации сможешь запросто опровергнуть?
    Ну типа привести пример серьезных проектов в котором 50-80% кода пишут индивидуальные разработчики.
    Ладно, пусть это будет не обязательно ядро, но какая-то программа с существенным влиянием на индустрию.

    Или например программу уровня блендера, хотя нет, хотя бы половина блендера, которая финансируется не из кармана Corporate Patrons, а честной народ скидывает по копеечке.

    Предположу, что ты просто позорно сольешься)


     
     
  • 8.214, Аноним (191), 20:27, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это чьи-то рыжие кудри примелькались Инсинуации на то что здесь текут на б... текст свёрнут, показать
     
  • 4.143, Аноним (-), 13:17, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лол, а почему они вообще обязаны Ты давай поной, что найти А76 на заправке труд... большой текст свёрнут, показать
     
     
  • 5.181, Аноним (180), 20:22, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тебе по секрету скажу Никто никому ничего не обязан Обязаны - это всегда сла... большой текст свёрнут, показать
     
     
  • 6.187, Аноним (187), 21:46, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Хаха, вот только сильные зачастую сами берут на себя обязаности Защищать слабых... большой текст свёрнут, показать
     
     
  • 7.197, Аноним (200), 04:08, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, да, хозяин обязанности Сам себя обязал, сам себя от неё освободил, когда на... большой текст свёрнут, показать
     
     
  • 8.210, Аноним (-), 12:51, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Попытка перевода стрелок звучит максимально уныло Ты даже не стараешься Вижу у... большой текст свёрнут, показать
     
     
  • 9.217, Аноним (217), 23:32, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В зависимости от обстоятельств В моих - выгодно А пофиг, на любые иные формы ж... большой текст свёрнут, показать
     
     
  • 10.222, Аноним (-), 11:36, 11/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, мы имеем дело с людьми которые не гадят Слава богу до тебя это дошло Интер... большой текст свёрнут, показать
     
  • 3.198, Аноним (-), 04:09, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> дропающий все 32-битные архитектуры, примет с пометкой "Good riddance"
    > Так действительно же good!




    "This tree removes ancient-386-CPUs support and thus zaps quite a bit of complexity: 24 files changed, 56 insertions(+), 425 deletions(-) ... which complexity has plagued us with extra work whenever we wanted to change SMP primitives, for years.



    Ну так и обосновано почему именно - good. Мучаться в таком объеме ради таких костяшек - которые на практике уже никто не использует, совершенно не оправданно.

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

     
     
  • 4.208, Аноним (208), 11:29, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Мучаться в таком объеме

    некоторые бы и ради экономи одного байта бы дропнули.

     

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

  • 1.64, Аноним (60), 00:42, 09/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хочу напомнить: любой, кто принимает или поддерживает принципиальные решения о дропе уже поддерживавшихся архитектур, помогает Дьяволу и его слугам.
     
     
  • 2.91, Аноним (79), 01:58, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мем "картинка с дьяволом в погонах"

    "Если твоя программа опенсурс,
    то ты программируешь коммунизм."

     
     
  • 3.99, Kilrathi (ok), 03:15, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Руки прочь от Бисти! :)

                    ,        ,        
                   /(        )'        
                   \ \___   / |        
                   /- _  '-/  '        
                  (/\/ \ \   /\        
                  / /   | '    \      
                  O O   ) /    |      
                  '-^--''<     '      
                 (_.)  _  )   /        
                  '.___/'    /        
                    '-----' /          
       <----.     __ / __   \          
       <----|====O)))==) \) /====      
       <----'    '--' '.__,' \        
                    |        |        
                     \       /       /\
                ______( (_  / \______/
              ,'  ,-----'   |          
              '--{__________)          

     
  • 2.137, Аноним (-), 12:23, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > любой, кто принимает или поддерживает принципиальные решения о дропе уже поддерживавшихся архитектур

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

    Опенсор был всегда про тех, кто может что-то сам, а не про потребляторов.

     
     
  • 3.138, Аноним (145), 12:50, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А как называть тех, кто не хочет поддерживать эти самые старые архитектуры?

    Любители потягивать через трубочку густой напиток в виде смешанных в блендере или миксере ягод, фруктов или овощей :)

     
     
  • 4.144, Аноним (-), 13:24, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>А как называть тех, кто не хочет поддерживать эти самые старые архитектуры?
    > Любители потягивать через трубочку густой напиток в виде смешанных в блендере или миксере ягод, фруктов или овощей :)

    Эээ.. Что-то я очень сомневаюсь, что поколение смуззи и айфонов массово фанатеет от древнего железа.
    С другой стороны - опенсорс это "тебе никто ничего не должен" - и никакой обязанности поддерживать старье у них нет. Ну вот нельзя их заставить или убедить (но попытаться можно). Даже если диды уже старенькие и впали в маразм.


     
  • 3.178, Аноним (180), 19:54, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А как называть тех, кто не хочет поддерживать эти самые старые архитектуры?

    Зависит. Если решение принципиальное ("калькуляторы - в мусор") - то так же. Если "не хочет" - это "тебе нужно - ты и пили поддержка, а я патч с удовольствием приму" - то ОК.

     

  • 1.65, Krtek (?), 00:47, 09/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    X86 превратился в глючную помойку и нагромождение костылей. На райзенах 5000й серии как нормально не работал USB, так и продолжает не работать сейчас. И, судя по всему, проблему эту еже не поправят никогда, ведь нужно продавать новый хлам. Пользователей просто кинули на деньги. Про интел с их деградацией кристаллов и термопастой под крышкой лучше вообще промолчать. Короче x86 must die!
     
     
  • 2.66, Аноним (66), 00:52, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А как относится архитектура набора команд ко всему этому?
     
     
  • 3.69, Krtek (?), 01:00, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Напрямую. Всё дело в отсутствии конкуренции. Есть только две уродливые корпы, которые уже давно договорились и клепают свое убожество год за годом практически без изменений. Качество их барахла всё ниже и ниже.
     
     
  • 4.83, Аноним (83), 01:41, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как термопаста под крышкой относится к x86?
     
     
  • 5.96, Krtek (?), 02:46, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Напрямую - тотальной монополией на производство x86 чипов, что провоцирует стагнацию и деградацию качества.
     
     
  • 6.156, 12yoexpert (ok), 14:58, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    аа. и кто, по-вашему, монополист в производстве x86_64 чипов? и как несуществующая монополия на их _производство_ относится к описанным вами выше проблемам?
     
     
  • 7.164, Krtek (?), 16:31, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не по-моему, а де-факто — intel и его фиктивная дочка, amd, созданная лишь с одой целью, а именно уйти от антимонопольщиков США. И если ты не понимаешь, как такое положение влияет на рынок процессоров, то дискутировать с тобой вообще нет ни малейшего смысла.
     
     
  • 8.174, 12yoexpert (ok), 19:09, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ааа и как же так получилось, что интел выгоняет CEO-сектантов и экономит на печ... текст свёрнут, показать
     
     
  • 9.186, Аноним (-), 21:38, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это все заговор Вы ЧТО не понимаете Они специально топят интел, чтобы все п... текст свёрнут, показать
     
     
  • 10.188, Krtek (?), 22:39, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Без лоха и жизнь плоха с Продолжай веровать в святую рыночную конкуренцию и м... текст свёрнут, показать
     
  • 2.73, 12yoexpert (ok), 01:13, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в чём проблема с usb? у меня на 5950x x570s всё чётко, почти все порты забиты самыми разными девайсами

    а на арм, во-первых, нельзя установить ОС, во-вторых, компании nvidia я ни копейки не дам

     
     
  • 3.78, Krtek (?), 01:30, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    5600x, отвал портов как в ОС, так и в UEFI. Нет возможности установить систему с флешки, только через подключение ssd к другому компьютеру. После загрузки livecd, система просто виснет наглухо и отваливается флешка, порт начинает работать только после двух перезагрузок, одной мало. И эта хрень уже на второй материнке, так что проблема в самой платформе. Её сами умуде признали и нихрена не сделали. После этого я желаю АМД полного краха и банкротства. Больше никогда ничего у этих упырей покупать не буду.
     
     
  • 4.87, 12yoexpert (ok), 01:48, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    хм, у меня бывает такое, что комп не грузится, если какие-то определённые флешки торчат в usb, но вижу такое уже лет 25 и на любых ЦПУ, начиная от amd sempron 2800+ и заканчивая кучей интелов. достаёшь флешку - грузится дальше.

    а остальных вышеуказанных проблем на своём сетапе не встречал. может, и повезло

    арм я попробую, если они предоставят такую же свободу в выборе ОС и железа, как x86_64. а arm ни раньше не блистал такими качествами, ни после перехода под nvidia не будет тем более

     
     
  • 5.94, Аноним (94), 02:19, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А что за проблема в выборе ос на arm? Я правда не в курсе. Там нельзя установить любую ОС, кя поддерживает этот проц?
     
  • 5.130, Аноним (83), 10:53, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > хм, у меня бывает такое, что комп не грузится, если какие-то определённые флешки торчат в usb, но вижу такое уже лет 25 и на любых ЦПУ, начиная от amd sempron 2800+ и заканчивая кучей интелов. достаёшь флешку - грузится дальше.

    У меня было то же самое на Thinkpad t495. Тоже думаю из-за кривого UEFI.

     
     
  • 6.151, Аноним (16), 14:32, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже самое было и в T420 надо просто и биосе одну опцию отключить и все грузится с воткнутой флешкой.
     
     
  • 7.185, Аноним (83), 21:36, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И что это за опция? У меня просто на t430 такой проблемы нет.
     
  • 7.224, anonymous (??), 19:12, 11/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не поверите!
    Все просто офигели, когда узнали!
    Когда жители одного села об этом узнали, их жизнь мгновенно полностью переменилась!
    Оказывается, достаточно включить в настройках простую советскую
     
  • 6.155, 12yoexpert (ok), 14:54, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    такая проблема существовала ещё до появления UEFI от microsoft
     
  • 2.93, Фняк (?), 02:09, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У меня работал. Наверное у вас какие-то компоненты бракованные
     
  • 2.106, Аноним (16), 07:30, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для интеля уже подыскивают покупателя. Так что не прокатило у них.
     
  • 2.199, Аноним (-), 04:12, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > X86 превратился в глючную помойку и нагромождение костылей. На райзенах 5000й серии
    > как нормально не работал USB, так и продолжает не работать сейчас.
    > И, судя по всему, проблему эту еже не поправят никогда, ведь
    > нужно продавать новый хлам. Пользователей просто кинули на деньги. Про интел
    > с их деградацией кристаллов и термопастой под крышкой лучше вообще промолчать.
    > Короче x86 must die!

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

     

  • 1.68, Сергей (??), 00:59, 09/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Вопрос конечно сложный, но в давние времена поимел 2-а случая,
    1.установку СП2 на 2003 сервак и он перестал грузиться, проц не тот оказался,
    2. высоконагруженный сервак на фришке то ли 7-ой то ли 8-ой версии, перекомпиляция ядра и софта под имеющийся проц и нагрузка упала на 30%, систем ожила...
     
     
  • 2.92, Аноним (79), 02:02, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    2) ну пересборка ядра с адекватным редактированием конфига - это первейшая вещь под FreeBSD,
    не важно при инсталляции же или при апгрейде.
    1) мои сожаления. у меня обычно вендор предварительно выкатывал новую прошивку для биоса.
     
     
  • 3.190, нах. (?), 23:24, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак, не хотел бы тебя огорчать, но у автыря той писанины - криокамера протекла. Его 7я фря немодна уже десяток лет. А его 2003я - все 20. И вендырь уже не выкатит для нее нового бивиса.

    В современной (хотя бы 12й) фре давным-давно нет никаких поводов страдать хернью с перекомпилянием.

     
     
  • 4.201, Аноним (-), 04:15, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Чувак, не хотел бы тебя огорчать, но у автыря той писанины -
    > криокамера протекла. Его 7я фря немодна уже десяток лет. А его
    > 2003я - все 20. И вендырь уже не выкатит для нее
    > нового бивиса.
    > В современной (хотя бы 12й) фре давным-давно нет никаких поводов страдать хернью
    > с перекомпилянием.

    А еще есть народная примета. Если вам такое говорит нах. с его инновационными знаниями 2010 года разлива - вы таки просто обязаны сделать двойной фэйспалм. Это тот случай когда "снизу постучали".

     
  • 4.207, Krtek (?), 11:21, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ерунду городишь, как всегда. Для чего тогда вообще использовать source based системы, если не оптимизировать их под конкретное железо.
     

  • 1.95, Аноним (95), 02:41, 09/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Яжфин в этом случае прав. Общепринятого стандарта нет. Кто в лес, кто по дрова...
     
     
  • 2.220, Аноним (220), 04:53, 11/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да уж нашел к чему придраться товальдс.
    Тот случай когда зоопарк дистро и надо бы зяться за синтез так сказать знаний и создать на основе разнообразия меньшее но лучшее по качеству.
    А тут какие то x86-83.
     

  • 1.108, Андрей (??), 07:53, 09/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Бо́льшую часть опыта я получал на gentoo и даже не слышал от такой классификации...
     
     
  • 2.114, Маняним (?), 08:47, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > и даже не слышал от такой классификации

    Потому что твой опыт gentoo-специфичный.

     
     
  • 3.117, Аноним (113), 09:21, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только Gentoo стал третьим дистрибутивом, после RHEL и SUSE, в которых началась применяться привязка к microarchitecture level.  https://www.opennet.ru/60550
     
     
  • 4.141, Аноним (145), 13:03, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    stage3-amd64-* (без привязки) никуда не делись. А бинарные пекаеты для Gentoo - вообще еретичество.
     

  • 1.110, КО (?), 08:16, 09/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Жду не дождусь x86_64 v010130.002030409.23243.023854882.232033499992.198469420.111.0000000000000000000000002
     
     
  • 2.134, Прохожий (??), 11:56, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В нем наконец-то будет работать LibreOffice?

    Если кто-то из коллег напомнит про баг-трекер, отвечу сразу - сообщил.

     
     
  • 3.135, Аноним (-), 12:06, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ссылку покажете, сообщатель?
     
  • 3.142, Аноним (145), 13:05, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А что в v3 не работает? А то на C2D работает.
     

  • 1.133, Аноним (133), 11:11, 09/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Устаревание на уровне ОС?
     
  • 1.153, Аноним (153), 14:37, 09/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Этот Arnd Bergmann интересуется rust в ядре.

    И вопросом комбинаторного взрыва интересовался.

    Очевидно, не спроста хотел привести множество признаков наличия функциональности к нескольким признакам архитектуры.

    Без нормальной условной компиляции большинство вещей в rust надо будет дублировать для множества вариантов.

     
     
  • 2.173, Аноним (173), 18:20, 09/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > И вопросом комбинаторного взрыва интересовался.

    Зря. По граблям захотелось побегать.
    O(2^N - некоторые группы комбинаций). Это будет взрыв по экспоненте. Всё зависит от количества комбинируемых элементов.

     
  • 2.203, Аноним (203), 07:03, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот кто пихает раст - тому и дублировать.
     

  • 1.171, Аноним (171), 17:40, 09/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Не совсем  понятно, зачем ядрописакам вообще эти тупые игры в v1, v3. Ведь есть же (должен быть) конкретный #define на все эти расширения. Кому-то показалось очень сложным и он решил ввести вообще ничего не значащие цифры. Сразу видна убогая квалификация.
     
     
  • 2.209, Аноним (208), 11:35, 10/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты не улавливаешь нить. v1, v2, v3 и иже с ними - это не технические термины, а маркетологические. Они, как и всё маркетологическое, нужны для одной цели - впаривать скоту ненужный им товар. То есть вот смотри, вводим понятие v2 - и всем с v1 сразу понятно - их выкинули в мусор за то, что у них недостаточно новый камень, надо срочно бежать в магаз. То есть это просто система сигнализации "ты нам недостаточно полезен - тебя выбросим на свалку, срочно повышай свой социальный кредитный рейтинг".
     
  • 2.218, Аноним (220), 04:50, 11/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    v1 v3 для создания путаницы конечно. Говорят же надо упрощщать. Все самое лучшее это обычно простые вещщи.
     

  • 1.225, Аноним (225), 22:19, 11/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Будет так как выгодно деньгам.
     

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



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

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