The OpenNET Project / Index page

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

В ядре Linux найдена забытая заплата, влияющая на производительность CPU AMD

27.09.2022 20:22

В ядро Linux 6.0, релиз которого ожидается в следующий понедельник, принято изменение, решающее проблемы с производительностью систем на процессорах AMD Zen. Источником падения производительности оказался код, добавленный 20 лет назад для обхода аппаратной проблемы в некоторых чипсетах. Аппаратная проблема давно устранена и не проявляется в актуальных чипсетах, но старый обход проблемы был забыт и стал источником снижения производительности на системах на базе современных CPU AMD. Новые системы с CPU Intel старый обходной манёвр не затрагивает, так как доступ к ACPI в них осуществляется при помощи отдельного драйвера intel_idle, а не общего драйвера processor_idle.

Обходной манёвр был добавлен в ядро в марте 2002 года для блокирования проявления ошибки в чипсетах, связанной с отсутствием должной установки состояние простоя (idle) из-за задержки обработки сигнала STPCLK#. Для обхода проблемы в реализации ACPI добавлялась дополнительная инструкция WAIT, замедляющая процессор чтобы чипсет успевал перейти в состояние простоя. При проведении профилирования с использованием инструкций IBS (Instruction-Based Sampling) на процессорах AMD Zen3 было выявлено, что процессор проводит значительное время, выполняя заглушку, которая приводит к неверной трактовке состояния нагрузки на процессор и выставлению более глубоких режимов сна (C-State) обработчиком cpuidle.

Подобное поведение отражается в снижении производительности при нагрузках, в которых часто чередуются состояния простоя (idle) и активности (busy). Например, при использовании патча, отключающего обходной манёвр, средние показатели теста tbench увеличиваются с 32191 MB/s до 33805 MB/s.

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Для Linux предложен механизм верификации корректности работы ядра
  3. OpenNews: Релиз ядра Linux 5.19
  4. OpenNews: Уязвимость в механизме спекулятивного выполнения инструкций процессоров AMD
  5. OpenNews: Intel, AMD и ARM представили UCIe, открытый стандарт для чиплетов
  6. OpenNews: SQUIP - атака на процессоры AMD, приводящая к утечке данных по сторонним каналам
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/57838-cpu
Ключевые слова: cpu, amd, kernel, linux, patch
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (105) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, fumanchez (ok), 21:22, 27/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    это ж сколько киловатт можно будет сэкономить
     
     
  • 2.149, InuYasha (??), 13:36, 29/09/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    это ж сколько киловатт газа можно будет сэкономить... (несмешные шутки.EU)
     

  • 1.2, Аноним (2), 21:23, 27/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –43 +/
    Забытая заглушка для забытого производителя.
     
     
  • 2.9, Аноним (-), 21:37, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Интересно его забыли, #1 в топ500 собран на амд от и до.
     
     
  • 3.25, Аноним (25), 22:40, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    он имел ввиду, что в одной из стран о процессорах amd можно забыть. что, собственно, и сделано
     
     
  • 4.172, QwertyReg (ok), 19:53, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    М-м-м, какие влажные мрии. В магазинах электроники от них полки ломятся.
     
  • 3.120, Admino (ok), 14:04, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Причём тут AMD? Заглушка-то от чипсета, а не от AMD. Чей чипсет?
     
     
  • 4.150, InuYasha (??), 13:37, 29/09/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    причём, костыль этот для чипчетов Intel )
     

  • 1.3, Аноним (3), 21:23, 27/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ну кроме того, что этому патчу 20 лет новость особо ничем не примечательна. Норм было норм осталось. Хотя все равно приятно
     
     
  • 2.27, Аноним (-), 22:44, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не премечательна только из-за того, что настолько процессоры по скорости быстрее, что эту разницу заметить визуально не возможно без тестов 32191 MB/s до 33805 MB/s. А еслибы было так: 2191 MB/s 3805 MB/s уже существеннее и грустно. А так: 191 MB/s до 805 MB/s ай карамба!
     
     
  • 3.28, Аноним (-), 22:46, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    что настолько нынешнее процессоры по скорости быстрее чем процессоры произведённые 20 лет назад.
     
  • 3.30, НяшМяш (ok), 23:06, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Надо просто оригинал всегда читать, авторы новостей как обычно не дописывают. По ссылке к патчу минимальное значение скорости выросло с 2215.06 МБ\с до 33072.10 МБ\с, например.
     
     
  • 4.35, topin89 (ok), 23:28, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С таким разбросом между максимальной и минимальной скоростью круто было бы гистограмму до/после увидеть. Разница на порядок.
     
     
  • 5.60, edo (ok), 05:35, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да не интересно совершенно. код не влиял напрямую на производительность, а вносил задержку, соответственно чем короче измеряемое действие, тем большее влияние на измеренную скорость будет вносить эта задержка.
     
  • 3.34, Оно ним (?), 23:27, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    С 32191 до 33805 - это только медианное значение. В редких случаях падение производительности было до 2215, а после патча такие падения исчезли.
     

  • 1.4, Аноним (4), 21:27, 27/09/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –4 +/
     
  • 1.5, Аноним (5), 21:30, 27/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Таких забытых заплаток (если копнуть)наберется наверное немало (и размер ядра тогда уменьшится на треть?).
     
     
  • 2.7, Аноним (25), 21:36, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    наверное, очень мало наберётся. или вообще не наберётся
     
  • 2.8, Rev (?), 21:37, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Так и есть! Два миллиона глаз, говорили они...
     
     
  • 3.13, Аноним (13), 21:49, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +19 +/
    ну так видишь, таки сработало
     
     
  • 4.111, Аноним (111), 11:56, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А в оффтопике до сих пор тормозят неугодное железо.
     
     
  • 5.142, Аноним (142), 02:58, 29/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А в оффтопике до сих пор тормозят неугодное железо.

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

     
  • 4.143, Аноним (143), 10:44, 29/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сработало... через двадцать лет.
     
     
  • 5.147, Ананимуз (?), 12:01, 29/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    20 лет назад добавили заглушку
    Ща выяснили, что Zen'ам она не нужна
    Zen появился в 2016м
     
  • 3.124, zog (??), 15:27, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Так и есть! Два миллиона глаз, говорили они...

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

     

  • 1.10, iZEN (ok), 21:40, 27/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    В Debian про это и не вспомнят ещё двадцать лет, скорее всего.
     
     
  • 2.12, Аноним (-), 21:42, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У них backports есть, в том числе и для ядер. Впрочем вон то могут наверное и в любое иное ядро портануть: тривиальный патч из 2 строк.
     
  • 2.16, pin (??), 21:52, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вдруг стабильность нарушится и ядерный реактор сломается? Не, низзя.
     
     
  • 3.61, edo (ok), 05:38, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    не смешно. в обсуждении уже предположили, что патч в таком виде может затронуть старые не-intel системы
     
  • 3.110, Аноним (111), 11:55, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты вот сейчас смеешься. А в своё время на одной АЭС нашли БЭСМ-6 хотя считалось что ни одной такой машины больше не осталось на тот момент. А потом её в Политехнический музей увезли.
     
     
  • 4.130, Аноним (130), 21:23, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты вот сейчас смеешься. А в своё время на одной АЭС нашли
    > БЭСМ-6 хотя считалось что ни одной такой машины больше не осталось
    > на тот момент. А потом её в Политехнический музей увезли.

    А это не ЧАЭС была случайно? С реактором то что?!

     
     
  • 5.153, Michael Shigorin (ok), 01:41, 30/09/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Таки читайте уже наконец Дятлова, как и меня тут в своё время носом ткнули в ответ на глупость.
     
  • 2.17, Аноним (17), 21:59, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В Linux хотя бы находят
    А в BSD полтора землекопа и не найдут
     
     
  • 3.21, Аноним (21), 22:13, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А в BSD амуди ничего не добавлял
     
     
  • 4.133, Аноним (-), 21:59, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А в BSD амуди ничего не добавлял

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

     
  • 2.45, An2 (?), 01:46, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    kernel.org:
    Latest Release: 5.19.11

    Debian:
    linux-image-5.19.0-2-amd64 (5.19.11-1)
    Linux 5.19 for 64-bit PCs (signed)
    https://packages.debian.org/sid/linux-image-5.19.0-2-amd64

    Опакечено: Sat, 24 Sep 2022 13:05:59 +0200

     
     
  • 3.116, Mike Lee (?), 13:10, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Та кого sid интересует
     
     
  • 4.125, Аноним (125), 17:42, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тех, кому на убунту идти стыдно, а пользоваться софтом 2010 года выпуска противно.
     
     
  • 5.154, Michael Shigorin (ok), 01:43, 30/09/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Эх, дети.  Хороший был софт в 2010 году.  Ставил несколько лет назад дистрибутив тех лет на машинку тех лет -- чуть не прослезился.

    Корпы вроде IBM с тех пор линукс и фрисофт не просто жрут, а уничтожают -- пока без особых "подрывов газопроводов", но как только посчитают, что так выгодней -- нагадят ещё по полной.

     
     
  • 6.159, n00by (ok), 15:38, 30/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что же помешало сохранить Как ныне любят говорить 171 тю, можно запросто форк... большой текст свёрнут, показать
     
  • 3.152, AlexNet (?), 21:57, 29/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, а из других версий ядра будут эту заглушку удалять, или останется как не критичная?
     

  • 1.11, Аноним (-), 21:41, 27/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    По-моему в описании новости гон.



    + if (boot_cpu_data.x86_vendor != X86_VENDOR_INTEL)
    + return;



    Судя по коду и коменту рядом ускориться должно "все что не древний интел".
     
     
  • 2.22, Аноним (22), 22:13, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Заплатка была для штеуда, а влияла и на AMD

    А что она тормозила штеуд всем наплевать)

     
     
  • 3.135, Аноним (-), 22:04, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А что она тормозила штеуд всем наплевать)

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

     
  • 2.36, Я (??), 23:37, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    This also assumes that the motivating chipset issue was Intel-only.
    хм.. тоесть для амд воркэраунд был ненужен никогда..
     
     
  • 3.37, Я (??), 23:39, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    всвязи с этим интересно сколько производительности теряли старые процессоры амд из-за этого воркэраунда который им был не нужен..
     
     
  • 4.134, Аноним (-), 22:00, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > всвязи с этим интересно сколько производительности теряли старые процессоры амд из-за этого
    > воркэраунда который им был не нужен..

    Сильно зависит от задачи. Но мне тоже было странно что на незагруженной системе вон то занимает многовато времени.

     
  • 2.50, An2 (?), 02:03, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И интересно, что человек из АМД, проделавший всю работу [1], и пославший исправление, в итоге, не является автором патча [2]. Человек из Интел оформил его исправление по-другому - и вуаля - автор!

    [1] https://lore.kernel.org/lkml/20220921063638.2489-1-kprateek.nayak@amd.com
    [2] https://lore.kernel.org/lkml/67154681-0e0a-69d7-d4ee-21067c9b561c@intel.c

     
     
  • 3.62, edo (ok), 05:52, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    и что вы думаете, что эта разработчики трудятся исключительно чтобы потешить тщ... большой текст свёрнут, показать
     
     
  • 4.139, An2 (?), 02:19, 29/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > и предложил свою версию патча

    Т.е. на код-ревью выкидываешь то, что кто-то написал, - и подаёшь своё "новое". И несмотря на почти один и тот же эффект не ставишь оригинального автора хотя бы в со-авторы. Хм.

     
  • 3.72, Аноним (72), 07:11, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Но первое исправление совсем неполное, там только для zen отключение.
    Завтра amd выпустит новую архитектуру izen и её также будет тормозить.
    Не говоря уже об всех предыдущих процессорах amd и всех остальных производителей.
     
  • 3.107, n00by (ok), 11:26, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И интересно, что в оригинале оно выглядит не совсем так, как интерпретировано вы... большой текст свёрнут, показать
     
     
  • 4.141, An2 (?), 02:26, 29/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Reported-by:

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

    АМДшник же не просто нашёл условия, при которых тормозит, он нашёл код, который приводит к тормозам. И исправил. Да, оказалось, можно чуть лучше оформить исправление. В любом случае не надо было его деградировать до "просто" сообщившего об ошибке, а хотя бы добавить в "Co-Authored-By:".

     
     
  • 5.144, n00by (ok), 11:28, 29/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да не исправил он, а решил для частного случая: boot_cpu_has(X86_FEATURE_ZEN).
    Если бы это приняли, то для других процессоров вероятно вообще бы никогда не исправили.

    Интелы по сути признали, что только их изделиям свойственна проблема: boot_cpu_data.x86_vendor != X86_VENDOR_INTEL

    АМД произвели ревью, то есть проконтролировали, что всё сделано правильно. Обнаружившего и так два раза упомянули, плюс ссылка на первую версию.

     

  • 1.15, pin (??), 21:51, 27/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот так операционные системы начинают тормозить в процессе своей эволюции. Что делать? Ну конечно, купить новое железо. Очевидно же.
     
     
  • 2.19, Аноним (17), 22:07, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Если бы железоделатели чуть более консервативно выпускали железо, то и проблем было б меньше.
    775 сокет с 2008 года до сих пор по сей день сижу и не вижу смысла менять шило на мыло.
    Поменяю и будут явные проблемы с Linux потому что что? правильно! - динамичное железо. Хотя в целом эта ось оседлала большинство железа, включая ARM. Так что не фиг гнать
     
     
  • 3.26, pin (??), 22:40, 27/09/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > динамичное железо

    Что за определение такое локалхостовое?

     
  • 3.90, inferrna (ok), 09:19, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >по сей день сижу

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

     
  • 3.94, Аноним (94), 10:06, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мда, запущенное ретроградство
     
  • 3.109, Аноним (111), 11:43, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    775 сокет это мимо сабжа это же штеуд, а не AMD.
     
  • 2.101, Аноним (101), 10:42, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как что, написать с нуля без поддержки легаси и естественно на rust.
     
  • 2.122, Додо (?), 15:02, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так сравни то, что умеют десктопные операционки сейчас и тридцать лет назад Мой... большой текст свёрнут, показать
     
     
  • 3.136, Аноним (136), 22:12, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да. И в usb допустим как таковом никаких прерываний и нет. По поводу чего в DOS он почти и не работает, кроме совсем минимального эрзаца который аж через, кажется, SMM-бэкдор надувает программы что это, типа, тоже клавиатура и мышь. В сильно урезаном "boot mode", ога. Остальное вообще в пролете.

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

     

  • 1.24, Аноним (24), 22:39, 27/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И не одна. Был баг с нуво и оптимус, поправили добавив dirty hack и забыли.
     
  • 1.55, Аноним (55), 03:07, 28/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А как с камнями AMD постарше?Piledriver, там, Bulldozer, K10.5?
     
     
  • 2.67, Аноним (67), 06:37, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Оно походу тормозило все что не древний интел.
     
  • 2.75, Аноним (72), 07:29, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    if (boot_cpu_data.x86_vendor != X86_VENDOR_INTEL) return;

     

  • 1.71, Аноним (71), 06:51, 28/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Вспоминаем анекдоты про тормоза из за специально добавленного где-то Wait.
     
  • 1.76, Zenitur (ok), 07:36, 28/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    О, а можно порт на старые ядра? 2.6.9, 2.6.18, 2.6.27, 2.6.32, 2.6.37, 3.2, 3.10, 3.11, 3.16? Просто я же люблю старые линуксы, постоянно их запускаю. Го порты на старые ядра, пожалуйста...

    Вспомнился один случай. У меня есть компик на базе чипсета от VIA (даже не один). Помните чипсет VIA KX133, когда надо было ещё ставить драйвер VIA 4-in-1 4.43?

    Так вот, я решил вставить видеокарточку, предназначенную для AGP 8x. И вдруг - глюки, артефакты, проблемы. Оказалось, что шина AGP почему-то работает на скорости 2x, тогда как видеокарта поддерживает только 4x и 8x. Отсюда и глюки из-за того, что куда надо 3,3 V, подаётся 5,0 V. Почему так произошло?

    Оказалось, что когда-то давно в старых чипсетах VIA была аппаратная проблема. Из-за этого, в драйвере NVIDIA ForceWare 30.xx и более новых, AGP на этих чипсетах принудительно переводится в режим 2x. А в более старых драйверах 28.xx (2002 год) всё работало в режиме 4x.

    Есть параметр, чтобы обойти эту проблему (под Windows и Linux). "NVreg.EnableVia4x=1". С ним AGP 8x карты работают, как надо.

    Под виндой в какой-то момент запретили cool-bits (чтобы получить сертификат WHQL), поэтому этот параметр работает только под Win98 и Win2000. Под XP надо ставить дрова VIA 4-in-1, и в какой-то момент будет задан вопрос: "Вам стандартная установка, или Turbo-установка?", и я всегда выбирал стандартную - ведь я же не разгонщик. А оказывается, что если выбрать Turbo-установку, то будет работать AGP 4x с новыми дровами NVIDIA.

    Оказалось, что баг проявляется на совсем уж старых материнских платах, предназначенных для Pentium II и AMD K6. А на моих третьепнях и атлонах не проявляется. Поэтому можно смело переводить видеокарту в режим AGP 4x и не париться. Позже я даже увидел в обзоре по-моему от Old Robot - тест старой материнки под Super Socket 7 (они ведь уже имели AGP 4x на борту? может на какой-то более поздней материнке), и этот самый баг, ради которого блкировали AGP 4x, был наглядно воспроизведён

     
     
  • 2.80, Аноним (80), 08:07, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это твой шанс стать кернел-разработчиком и пропатчить 2.6.9, 2.6.18, 2.6.27, 2.6.32, 2.6.37, 3.2, 3.10, 3.11, 3.16. Я уверен, пользователи 2.6.9, 2.6.18, 2.6.27, 2.6.32, 2.6.37, 3.2, 3.10, 3.11, 3.16 на новом АМДшном железе это высоко оценят.
     
     
  • 3.81, Аноним (72), 08:23, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там патч 1 строчка кода
     
     
  • 4.82, Аноним (80), 08:31, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Там патч 1 строчка кода

    Так я об этом и говорю.

     
  • 3.83, Zenitur (ok), 08:31, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну тогда уж не разработчиком, а мейнтейнером. Да и пересобрать ядро для линуксоида с 15-летним стажем не так уж и трудно
     
     
  • 4.84, Аноним (80), 08:37, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Процесс адаптации патча может оказаться куда интереснее, чем ты ожидал, так что придётся тебе вкатиться и в разработку, и в тестирование тоже.
     
  • 3.91, Zenitur (ok), 09:19, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > на новом АМДшном железе

    Да в смысле "на новом"? Выглядит так, как будто баг в чипсетах поправили лет где-то 20 назад

     
     
  • 4.92, Аноним (80), 09:36, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> на новом АМДшном железе
    > Да в смысле "на новом"? Выглядит так, как будто баг в чипсетах
    > поправили лет где-то 20 назад

    Очень новое, а вот чтобы это выяснить, понадобится обзавестись коллекцией такого железа и подготовить методику тестирования и сравнения, чтобы потом по ней следовать. Вперёд, занятие на ближайшие 20 лет есть.

     
     
  • 5.100, Zenitur (ok), 10:38, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Выше пишут, что для AMD воркэраунд и не был нужен никогда
     
  • 2.113, _kp (ok), 12:40, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тоже люблю и коллекционирую старое железо и ОС, но раритеты стараюсь сохранять... большой текст свёрнут, показать
     
     
  • 3.114, Zenitur (ok), 12:42, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, просто это LTS-ядра, которые долго получали обновления. Кроме 2.6.37, просто это ядро из openSUSE 11.4, которой я пользуюсь чаще всего
     

  • 1.86, Аноним (86), 08:44, 28/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Похоже, почти полность нивелировали снижение производительности из-за патча против retbleed, вот старые новости:  
    https://www.opennet.dev/opennews/art.shtml?num=57496  
    https://www.opennet.dev/opennews/art.shtml?num=57769  
    https://www.phoronix.com/news/Retbleed-Call-Depth-Tracking  
     
  • 1.88, Zenitur (ok), 09:06, 28/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    AMD Zen3? Выглядит так, как будто баг в чипсетах поправили где-то в 2005 году. А фикс применили только для последних процессоров
     
  • 1.98, Аноним (98), 10:20, 28/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Блин, 5 раз прочитал: "В ядре Linux найдена забытая зарплата, влияющая на производительность CPU AMD" - и пытаюсь понять причем тут чья-то зарплата. Вы бы хоть использовали аутентичный "патч" или "заплатка".
     
     
  • 2.108, Аноним (111), 11:38, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя проблемы с зарплатой. Тебе бы уже давно пора было найти уже работу с нормальной зарплатой. Чтобы она тебе везде не мерещилась.
     
  • 2.126, Аноним (125), 17:45, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вангую, автору пришлось выкручиваться с синонимами из-за того, что на опеннете слово "костыль" мат-фильтр не пропускает.
     

  • 1.103, Аноним (103), 10:47, 28/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А в оффтопике производитель конкурирующей фирмы может даже заплатить чтобы в ядре оффтопика оставили такие заплатики для другого производителя. Да и сабжевую, наверняка по настойчивой просьбе штеуда забыли.
     
  • 1.105, Zenitur (ok), 11:14, 28/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Получается, что процессоры AMD можно ускорить нахаляву, удалив одну строчку кода из исходников ядра?
     
     
  • 2.121, Kuromi (ok), 14:29, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А чему вы удивляляетесь? Говорят раньше у Штеуда был компилятор, который так лихо оптимизировал код под выполнение на их процах, что результат начинал тормозить на AMD. Особо учидчивые рзработчики (вроде японцев) порой компилировали отдельно сборки под Интолл и обычным компилятором под AMD\все остальное.
     
     
  • 3.123, another_one (ok), 15:08, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А чему вы удивляляетесь? Говорят раньше у Штеуда был компилятор, который так лихо оптимизировал код под выполнение на их процах, что результат начинал тормозить на AMD.

    Да, и потом Дмитрий Беседин нашел почему и выпустил патчер, который возвращал нормальную производительность amd камням после интеловского компилятора. ЕМНИП, общий смысл тот же был - SIMD использовалось если это intel камень, и игнорировалось, если cpuid от amd.

     

  • 1.112, Аноним (142), 12:24, 28/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    А это как-то исправляет зависания при длительной компиляции? Нет? 🧯
    Значит страдания ВО СЛАВУ АМД продолжаются? ❤️‍🔥
     
     
  • 2.118, edo (ok), 13:24, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Что за зависания?
     
     
  • 3.127, Аноним (125), 17:46, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Мне тоже интересно, пожалуйста. Компиляю на рязани регулярно, сталкивался только пару лет назад с известным сегфолтом gcc (уже прошло, похоже).
     
     
  • 4.128, Аноним (-), 17:58, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Подорожник прикладывал?
     
  • 4.132, Аноним (-), 21:37, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне тоже интересно, пожалуйста. Компиляю на рязани регулярно, сталкивался только пару лет
    > назад с известным сегфолтом gcc (уже прошло, похоже).

    Попробуй в дефолтсити компилять, вдруг у тебя место радиоактивное?!

     
  • 2.137, Аноним (80), 22:51, 28/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это не те, которые АМД решила заменой бракованных чипов? Как ты это в софте решишь?
     
  • 2.140, Аноним (140), 02:24, 29/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А это как-то исправляет зависания при длительной компиляции? Нет?

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

     
     
  • 3.158, Аноним (-), 14:05, 30/09/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Всегда появляются АМД-боты, у которых абсолютно ЛЮБОЙ ПРОДУКТ ОТ AMD ПРОСТО ИДЕАЛЬНО ПРОСТО РАБОТАЕТ

    Так же они пишут, что 240Ватт - это печка, а не процессор, но если АМД выпускает соккет, который не плавится мгновенно, как китайская игрушка выделяя при этом токсичные пары, то уже 250Ватт становятся "нормой"

    Со дня на день выйдет процессор с TDP 253Ватта и те же самые боты будут опять писать, что это очень много, хотя они же вчера писали, что 250Ватт это "окей"

     
  • 2.161, Аноним (161), 18:56, 30/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > компиляции

    На дворе 2к22 год, ты чё, в сосну ударился, какая компиляция

     

  • 1.145, InuYasha (??), 11:44, 29/09/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –4 +/
     

  • 1.156, dkrot (??), 09:27, 30/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Переводя с низкоуровнего на прикладной - "sleep-чики удалили". Грандиозно что есть такой низкоуровневый профайлер!
     
  • 1.160, Аноним (160), 18:55, 30/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Браузер наконец перестанет фризить и статтерить при скроллинге?
     
  • 1.163, Аноним (163), 20:54, 30/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда удалят большую часть заплаток, то прекратится поддержка почти всего оборудования
     
  • 1.168, darkshvein (ok), 21:36, 01/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    6.0-rc7
    гдее?
    нет никакого 6 ещё в проде
     
  • 1.169, Neon (??), 22:18, 03/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сама идея линукса - засовывать все драйвера в ядро - глубоко порочна. В винде сделано разумнее, нужные драйвера устанавливаются отдельно. И не получается мусорка со всевозможными драйверами давно мертвых устройств.
     
     
  • 2.170, n00by (ok), 08:23, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы проблемный драйвер был для «мёртвого устройства», он бы не использовался и проблемы бы не было.
     

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



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

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