The OpenNET Project / Index page

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

В ядро Linux принят 21-строчный патч, ускоряющий прохождение теста per_thread_ops на 2.6%

31.10.2024 23:12

Джош Пуамбёф (Josh Poimboeuf) из компании Red Hat опубликовал патч для ядра Linux, ускоряющий на 2.6% прохождение теста "per_thread_ops", оценивающего число операций, которые могут быть выполнены в одном потоке. В патче используется маскирование указателей для снижения числа медленных вызовов barrier_nospec() в 64-битной функции copy_from_user(), применяемой для копирования данных в ядро из пространства пользователя. Линус Торвальдс внёс исправление в предложенный патч и перенёс оптимизированный код в состав ветки ядра 6.12.

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: В ядре Linux оптимизирована реализация алгоритма CRC32C
  3. OpenNews: Microsoft начал продвижение в ядро Linux компонентов хост-окружения Hyper-V
  4. OpenNews: Инженер из AMD предложил упростить в ядре Linux управление блокировками уязвимостей CPU
  5. OpenNews: В ядре Linux 6.12 намерены реализовать возможность включения Realtime-режима
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62153-kernel
Ключевые слова: kernel, optimization
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (117) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Bottle (?), 23:24, 31/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ждём новостей о том, как данная оптимизация что-нибудь да сломает.
     
     
  • 2.12, Аноним (-), 23:44, 31/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ждём новостей о том, как данная оптимизация что-нибудь да сломает.

    Это было бы довольно нехарактерно для Торвальдса. Он не нуб в таких вещах и знает что у него в системе творится.

     
     
  • 3.14, Аноним (14), 23:51, 31/10/2024 [^] [^^] [^^^] [ответить]  
  • +23 +/
    Тонко.
     
  • 3.16, CDN (?), 23:53, 31/10/2024 [^] [^^] [^^^] [ответить]  
  • –18 +/
    Что он знает ? Ты часом не ошибся ? Как из убунты содрать xml конфиги ?
     
     
  • 4.24, Аноним (-), 00:21, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Что он знает ? Ты часом не ошибся ? Как из убунты содрать xml конфиги ?

    Он ядро делает. В том числе и этой убунте. А сама убунта на минуточку такие себе ядерные разработчики. Довольно криволапые и сами по себе ничего из себя не представляющие.

     
     
  • 5.103, X86 (ok), 10:45, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Такие же, как и дед Торвальдс
     
     
  • 6.149, Аноним (-), 17:08, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Такие же, как и дед Торвальдс

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

     
  • 6.164, Аноним (164), 18:47, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если что, дед Торвальдса был поэтом, а не то что вы подумали
     
  • 6.187, Аноним (187), 23:18, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  Такие же, как и дед Торвальдс

    Увы, но - нет.

    В Каноникле столь много мастеров лепить обёртки вокруг чужих разработок, что это сильно заметно. Даже если было сделано очень много полезного.

     
  • 5.196, Аноним (196), 21:50, 02/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А сама убунта на минуточку такие себе ядерные разработчики. Довольно криволапые и сами по себе ничего из себя не представляющие.

    Это не мешает разработчикам из АстраЛинукс брать именно убунтовые ядра.

     
  • 3.163, Вы забыли заполнить поле Name (?), 18:36, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Он не нуб

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

    (c)

     
     
  • 4.170, Аноним (-), 19:29, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Он не нуб
    > - Кузьмич, а где это ты так финский выучил?

    И будь я хоть негром преклонных годов,
    И то при отсутствии лени
    Я б финский выучил только за то,
    Что на нем разговаривал Торвальдс!

    (честно с31жжено у сами знаете кого)

     
  • 2.47, Аноним (47), 04:01, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ждём новостей о том, как данная оптимизация что-нибудь да сломает.

    Скорее не сломает, а новых бэкдоров понаделает для кого следует.

     
     
  • 3.88, n00by (ok), 09:53, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Ждём новостей о том, как данная оптимизация что-нибудь да сломает.
    > Скорее не сломает, а новых бэкдоров понаделает для кого следует.

    Зачем публиковать бред по вопросу, в котором нет понимания?

     

  • 1.4, Аноним (4), 23:36, 31/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это конечно хорошо, но можете рассказать на что это влияет, для обычного пользователя?
     
     
  • 2.6, Аноним (-), 23:38, 31/10/2024 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 2.13, Аноним (-), 23:45, 31/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Это конечно хорошо, но можете рассказать на что это влияет, для обычного пользователя?

    Система станет немного жустрее в каких-то вещах. Совершенно нашару. Поди плохо?! :)

     
  • 2.19, Аноним (19), 23:55, 31/10/2024 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Обычный пользователь сможет набрать побольше попугаев в пузомерках.
     
  • 2.51, penetrator (?), 05:16, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    barrier_nospec это функция блокирующие уязвимости в результате спекулятивного исполнения, она сама по себе медленнее чем маскирование указателей

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

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

     
     
  • 3.132, Тролололо (?), 14:59, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так и запишем, Торвальдс отключил защиту от эксплуатации уязвимости спекулятивного выполнения. Маскирование указателей никак не защищает от получения информации по сторонним каналам, посредством анализа времени получения ответа из кеша.

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

    Что это, попытка убить Linux Kernel?

     
     
  • 4.137, Аноним (137), 15:38, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Буквы читать не умеем?

    this relies on recent commit 86e6b1547b3d ("x86: fix user address masking non-canonical speculation issue").

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

     
     
  • 5.138, Тролололо (?), 15:45, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Intel уже показала к чему приводят упрощения в защите, не процессоры, а дырка на дырке. Защит много не бывает.
    Сам же Linus в рассылке истерит (буквально две-три недели назад), что Intel не умеет делать процессоры и сейчас отключает один из вариантов защиты, пардон, упрощает. Всё это выглядить, как выполнение указаний кого-то со стороны кому нельзя отказать.
     
     
  • 6.174, Аноним (-), 19:36, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А вот это легко Самый безопасный компьютер - это тот который выключен Скажите ... большой текст свёрнут, показать
     
  • 6.200, Аноним (200), 14:02, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Сам же Linus в рассылке истерит (буквально две-три недели назад), что Intel не умеет делать процессоры и сейчас отключает один из вариантов защиты, пардон, упрощает

    Так он же как раз и истерит о том, что ему очень хочется "упростить" всю эту защиту. Вот и решил. Он же BDFL - хочет - и убирает защиту в своём ядре. Не нравится мэйнтейнер - убирает и мэйнтейнера из своего ядра. Может ещё и нахамить.

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

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

     
     
  • 7.202, Аноним (-), 03:02, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > хочется "упростить" всю эту защиту. Вот и решил. Он же BDFL
    > - хочет - и убирает защиту в своём ядре. Не нравится
    > мэйнтейнер - убирает и мэйнтейнера из своего ядра. Может ещё и
    > нахамить.

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

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

    Как говорится, даже если вы параноик это еще не значит что они за вами не следят.

     
  • 4.195, Аноним (-), 17:59, 02/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ранее, этот же  человек утвердил и всячески отстаивал удаление с постов
    > мейнтейнеров ядра Linux  профессионалов, доказавших годами работы их высокий професиональный
    > уровень.

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

     
     
  • 5.199, нах. (?), 13:17, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А некоторым таким профи отпуск теперь лучше проводить не далее сочей.

    так им и не светит - загран-то в сейфе в первом отделе лежит. Ну еще в намкрыш можно, там, говорят, красивые фейерверки и прочая анимация. И цены на жилье упали вдвое!
    А, ну хотя, да, в Ереван-то можно было. А теперь - не стоит. Бонус будет не от интерпола, а прям при попытке вылета. Предупреждали? Предупреждали! Расписывался?! Расписывался... ну и присядь на четвертачок, ормянский шпион и нацоналпредатель.

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

     
     
  • 6.203, Аноним (-), 03:14, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    К счастью я в душе не е что есть первый отдел , но мне интересно, неужто сбе... большой текст свёрнут, показать
     
  • 2.89, n00by (ok), 09:56, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Обычный пользователь ничего не заметит. Если таких изменений накопится десяток-другой, то система начнёт работать так же быстро, как до внедрения всех этих защит от спектрумов-мельдониев (тогда система замедлилась, но обычный пользователь этого не заметил).
     
     
  • 3.108, нах. (?), 11:18, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    2.6% - это не те 40 которые намерял запрещенный инженер гугля. Даже если их накопится десяток, все равно не хватит вернуть как было.

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

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

     
     
  • 4.116, n00by (ok), 12:47, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну я ж написал "десяток-другой". 2,6% * 20 уже вполне. :)

    > Собственно, все что должен был сделать вменяемый (а не нынешний)
    > менеджер проекта - это послать подобный патч в критичном месте - лесом

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

     

  • 1.26, Я (??), 00:53, 01/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    это конечно здорово, но зачем это как новость?
     
     
  • 2.87, Bottle (?), 09:43, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Имеет образовательный смысл - если обвешать каждую функцию ядра бенчмарками и проводить подобные микрооптимизации, оно будет гораздо шустрее.
     
  • 2.90, n00by (ok), 09:57, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Можно посмотреть код и научиться чему-то большему, чем упаковывать ядро в пакетик.
     
     
  • 3.117, Аноним (117), 12:50, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Можно посмотреть код и научиться чему-то большему, чем упаковывать ядро в пакетик.

    Такому как, этот патч - точно не стоит учиться.

    Это чистой воды хак, что бы отключить автоматически срабатывавшие алгоритмы процессоров.

    Что так можно - знать стоит. Учиться этому - нет.

     
  • 2.102, Аноним (102), 10:43, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нужно показать, что он еще чем-то занят. Ну и отсылку к статье 282 УК РФ (по пункту 1, если подробнее) не лишнее дать.
     

  • 1.37, Дима из Крыма (?), 02:54, 01/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У Ядра сомнительное будущее, и в первую очередь из-за того, что всё завязано на одного типа, который не вечен. Приходится рассчитывать, что разработку возьмет под своё крыло какая-нибудь корпорация типа IBM или Microsoft. Но что-то мне подсказывает, что закончится всё сотнями форков, которые каждая мелкая компашка будет пилить под свои нужды и которые будут не совместимы между собой.
     
     
  • 2.38, Аноним (38), 02:59, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > закончится всё сотнями форков

    Похоже ящик Пандоры уже открылся. Читаю reddit, habr, что у них, что у нас уже намечается движуха в этом направлении, потому что прецедент создан.

     
     
  • 3.55, ДаНуНафиг (?), 05:39, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Форков могут быть хоть тысячи - это бесплатное развлечение, да только работать никто не хочет.
     
     
  • 4.118, n00by (ok), 12:56, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Форков могут быть хоть тысячи - это бесплатное развлечение, да только работать
    > никто не хочет.

    Почему же никто? Насчитал здесь десяток руководителей и идеологов.

    Самый достойный -- sena

    """
    Благодаря идеологии СПО, пропаганде СПО и вкладу умельцев _с_ _промытыми_ _мозгами_ у меня есть ядро под GPL и целая свободная операционная система.
    ...
    И я хочу чтобы моя система стала ещё лучше и ты работал на меня больше и дольше.
    """

     
     
  • 5.124, Аноним (-), 13:09, 01/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.176, n00by (ok), 19:37, 01/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.171, ДаНуНафиг (?), 19:30, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так а форки есть, которые отдельно кем-то действительно развиваются?
     
     
  • 6.175, Афроним (?), 19:36, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В Альте и Астре что-нибудь есть наверняка.
     
  • 6.177, n00by (ok), 19:39, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конечно, есть. Даже у меня есть форк - делаю периодически git pull. Действительно, развивается. :)
     
     
  • 7.178, Афроним (?), 20:10, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Красавчик.)
     
  • 3.151, Аноним (-), 17:21, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Похоже ящик Пандоры уже открылся. Читаю reddit, habr, что у них, что
    > у нас уже намечается движуха в этом направлении, потому что прецедент создан.

    Принцип опенсорса прост: форкай наздоровье, если здоровья хватает.

    Корпы видите ли догадываются что тянуть все и вся в 1 рыло - сильно дороже чем когда эвон сколько работ за них другие своротят. GPL лишь формализует этот принцип, способствуя аннулированию дефолтной корп жабы и смотрению "что будет, если?" - и видимо как-то многим показалось что это работало лучше чем AT&T vs BSD, где, конечно, академов построили до последней строчки кода, но вместо профита почему-то пришлось - валить на убунту.

     
  • 2.52, ijuij (?), 05:21, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть информация, что некая крупная китайская компания пилит ядро на Rust с нуля. Посмотрим, что из этого выйдет.
     
     
  • 3.72, Аноним (72), 07:37, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Rust "идет" от данных. Ядро это молотилка, работающая с чем попало.
     
  • 3.97, scriptkiddis (?), 10:14, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А линк?
     
  • 3.112, Аноним (112), 11:55, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О, все уже забыли, как пытались переписать ядро на C++ (было несколько попыток, самая свежая unixlite). Ну и где теперь все эти товарищи?
     
  • 3.128, Аноним (117), 13:36, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ага. Была недавно новость. Они там разместили все в одной области памяти. А защиту ядра от пользователей возложили на rust.

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

    Сложно, но можно.

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

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

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

     
     
  • 4.201, RM (ok), 15:51, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > делать язык гарантирующий невозможность доступа к участкам чужой памяти - очень сложно, но могло бы принести существенные бонусы

    давно уже
    Burroughs ESPOL/NEWP
    ну и, сдертый с них, брусовский Эль

     
  • 3.152, Аноним (152), 17:25, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть информация, что некая крупная китайская компания пилит ядро на Rust с
    > нуля. Посмотрим, что из этого выйдет.

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

     
  • 2.56, ДаНуНафиг (?), 05:41, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз все выглядит наоборот - некий Джош предложил эту оптимизацию, а не "один тип, который не вечен".
     
     
  • 3.81, Аноним (81), 09:21, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Только вот Джош не в пустоту предложил оптимизацию, а конкретному типу который не вечен. А когда этого типа не станет куда и как надо будет предлагать оптимизации и кто их будет рассматривать и по каким правилам?
     
     
  • 4.107, Аноним (107), 11:15, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да что ж вы такие узколобые. Ну не будет васи будет петя. Он принимает решения что включать а что нет потому что все решили что у него это получается лучше всех. Если ты с этим не согласен сделай свой форк сядь на свой трон и принимай решенияесли ты будешь лучше то к тебе все потянутся
     
     
  • 5.110, нах. (?), 11:22, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Он принимает решения что включать а что нет потому что все решили

    где можно ознакомиться с всехрешением?

    Правильный ответ - нигде. Потому что не все решили, а он занял поляну. А IBM решила что поляна хорошая, надо крышевать.

    Вот такие вот у тебя "все".

    > ты будешь лучше

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

     
     
  • 6.123, n00by (ok), 13:08, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Он принимает решения что включать а что нет потому что все решили
    > где можно ознакомиться с всехрешением?
    > Правильный ответ - нигде. Потому что не все решили, а он занял
    > поляну. А IBM решила что поляна хорошая, надо крышевать.
    > Вот такие вот у тебя "все".

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

     
     
  • 7.160, нах. (?), 17:55, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А как же дистрибуторы и прочий обслуживающий персонал?

    "где они теперь, вот в чем вопрос?!"

    Те кто СОЗДАВАЛИ а не захватили.
    Трой, Эвинг, Флориан, где все эти люди, которые делали для СЕБЯ а не для заклятых клиентов с очень кривыми руками и очень т-пыми мозгами?

     
     
  • 8.162, Аноним (-), 18:08, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сюрприз Если ты вообще не думал как твоим софтом будут пользоваться другие, ест... текст свёрнут, показать
     
     
  • 9.192, Аноним (192), 06:51, 02/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По моему опыту, успешные проекты как раз получаются, когда люди делают как _им_ ... текст свёрнут, показать
     
     
  • 10.194, Аноним (194), 17:48, 02/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты наверное не такой фриканутый как отшибленые академы живущие в башнях из сл... большой текст свёрнут, показать
     
  • 6.154, Аноним (152), 17:29, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот этим упырям ты и молишься, на самом-то деле, истово разбивая лоб.
    > А паяц на сцене - просто  паяц. Кукла на ниточках.

    Вообще-то эта кукла помнится бортанула редбиэмщикам патч с коментом "guys, this is not d**k s***g contest!". А вот попробуй ты такое своему работодателю откаблучь? И жены-каратистки, своего домика в нормальной локации и бэхи у тебя небось тоже нет :)

     
  • 4.173, ДаНуНафиг (?), 19:34, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу проблемы. Изменения открытые - рассматривать может кто угодно. Голосование за принятие можно сделать каким-нибудь мажоритарным голосованием. Было бы что принимать, а уж кнопку "разрешить" всегда найдется кому нажимать.
     
  • 2.67, Аноним (72), 06:32, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ждем Большого Взрыва...
     
     
  • 3.94, Аноним (81), 10:04, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нейросетевое ядро. Я тоже жду.
     
  • 2.100, Зазнайка (?), 10:30, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, как бы Линусь где-то работает и является гражданином Оймериканский Стейтс. Что само по себе уже должно намекать. Ну, да ландо, до некоторых очень медленно доходит. Но когда-нибудь дойдёт (или нет), возможно, даже при их жизни.
     
  • 2.111, xsignal (ok), 11:54, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > закончится всё сотнями форков

    Так и будет! Спираль истории: раньше было сотни UNIXов, несовместимых между собой, а теперь будет сотни Linuxов.

     
  • 2.119, Аноним (117), 12:58, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > корпорация типа IBM или Microsoft

    Не выйдет.

    Все корпорации принципиально в своих продуктах убирают возможность работать с продуктами конкурентов.

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

    Так он там описывал, как сделал свободным компилятор, но у руля остались интеловцы и как он протащил патч для amd, через одного человека, которого тут же уволили.

     

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

  • 1.50, DEF (?), 05:00, 01/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Жора Пумбофф молодец. Еще 38 патчей и скорость Линукса возрастет на 100%.
     
     
  • 2.53, _ (??), 05:22, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Линукс быстрее процессора!(C) Напомнило :)
     
     
  • 3.58, Аноним (58), 05:48, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, классика времён второго ядра, когда система показывала якобы сверхнизкое потребление, а пост-карта сигнализировала о нагрузках уровня ааа-игоря.
     
  • 3.78, Su127 (?), 08:12, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну этот образ из камня
     
  • 2.68, Аноним (72), 06:36, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Можно вообще перестать бороться с уязвимостями ради попугаев.
     
     
  • 3.93, Аноним (81), 10:02, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А можно писать сразу корректный код.
     
     
  • 4.120, Аноним (117), 13:00, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А можно писать сразу корректный код.

    А чем тебе корректный код поможет в уязвимостях процессоров?

    Или Безопасный Rust и здесь бы безопасно автоматически помог безопасно сделать безопасно?

     
  • 4.122, Аноним (-), 13:07, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Корректный код не спасёт от дырки в процессоре.
     
  • 4.182, Ширламырла (?), 21:03, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А можно сразу быть праведником. Делать все сразу правильно и быть везде молодцом и умницей.СРАЗУ.

    НУОЧО?

     

  • 1.66, Аноним (-), 06:32, 01/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > которые могут быть выполнены в одном потоке

    То есть реальный прирост будет на количество потоков?

     
  • 1.69, Аноним (72), 06:56, 01/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нарастающее движение отказа от безопасности в ядре наводит на мысль, что его тянут для "огороженных" платформ. Простые смертные обойдутся или будут использовать спецпрограммы.
     
  • 1.73, scriptkiddis (?), 07:42, 01/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А давайте про каждый микропатчик тоже писать по новости
     
     
  • 2.74, Аноним (72), 07:46, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Заменить полноценный фильтр-функцию, отвечающую за уязвимость, на маскирование это не микропатчик.
     
     
  • 3.75, scriptkiddis (?), 07:58, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    21 строка - микропатчик. Пишите про остальные тогда тоже
     
     
  • 4.83, Афроним (?), 09:33, 01/11/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 4.155, Аноним (155), 17:36, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > 21 строка - микропатчик. Пишите про остальные тогда тоже

    А какая разница микро оно или макро, важен то - результат. Если кто 2 строками на 10% разгонится - то вообще зашибись, как по мне.

     
  • 3.79, Аноним (79), 08:36, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А что за уязвимость?
     

  • 1.85, Аноним (85), 09:36, 01/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В Дебиане какое-то странное обновление для всех пакетов... С огромным трудом нашёл элемент чейнджлога (причём в data.tar.xz/usr/share/doc/zstd/ , а не в conrol.tar.xz/ )


    '''
    libzstd (1.5.6+dfsg-1+b1) sid; urgency=low, binary-only=yes

      * Binary-only non-maintainer upload for amd64; no source changes.
      * Rebuild for PAC/BTI support

    -- amd64 / i386 Build Daemon (x86-csail-01) <buildd_amd64-x86-csail-01@buildd.debian.org>  Tue, 29 Oct 2024 03:22:06 +0000
    '''

    Но есть нюанс... x86_64 не имеет PAC/BTI! Это фича AArch64!

     
     
  • 2.86, Аноним (85), 09:39, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Также я до сих пор не знаю, как посмотреть, кто триггернул это binNMU на buildd и на каком основании (ну не может же быть так, что в Дебиане любой хрен имеет полномочия полсистемы перекомпилировать по желанию левой пятки, а перекомпилированное - юзерам отгрузить, со всеми бэкдорами)!
     
     
  • 3.91, jobserver (ok), 09:58, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    вы всё ещё думаете?)
     
  • 3.96, n00by (ok), 10:13, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А что, в CrowdStrike уже выяснили, кто "триггернул"?
     
     
  • 4.99, Аноним (85), 10:17, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты же не думаешь, что коммерческая корпорация будет выносить это на публику? Там все под NDA не просто так сидят. Любой вынос на публику бьёт по имиджу, а значит - по продажам.
     
     
  • 5.115, n00by (ok), 12:45, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, будет, что бы спасти остатки репутации. Без этого настроено весьма обоснованных конспирологических теорий на любой вкус. ;)
     
     
  • 6.205, Аноним (205), 19:08, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Репутации среди кого? Из их клиентов — как минимум из крупных — никто не спрыгнул вроде. Менеджеры пососали друг у друга прощения и работают дальше. Потому что в бизнесе все понимают, что ошибки неизбежны, в том числе и крупные, поэтому обсуждаются не личности виновных, а кто и что с этого получит как компенсацию. А репутация среди пользователей опеннета и реддита им по барабану: ни там, ни там не тусуются люди, которые принимают финансовые и технологические решения. Так что по факту всё PR кроме некролога.
     
  • 3.156, Аноним (155), 17:38, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Также я до сих пор не знаю, как посмотреть, кто триггернул это
    > binNMU на buildd и на каком основании (ну не может же
    > быть так, что в Дебиане любой хрен имеет полномочия полсистемы перекомпилировать
    > по желанию левой пятки, а перекомпилированное - юзерам отгрузить, со всеми бэкдорами)!

    Ну, приди в OFTC например да спроси на их канале - мол, так и так, что за фигня? Всему учить надо.

     
  • 2.92, Аноним (81), 10:00, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Опять Jia Tan балуется это тянет на пару тройку новостей с расследованием. Пиши внизу в кнопку добавить.
     
     
  • 3.98, Аноним (85), 10:14, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Меня другое удивляет - ни в одном mail listе дебиана это не обсуждают. Неужели один я на сиде сижу, а других "сумасшедших" нет? Или архив списков рассылки просто цензурируют, как и сами списки (вполне реально, используя LLM!)?
     
     
  • 4.114, Аноним (114), 12:31, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По идее, в debian-devel должно было проскакивать - например, как с 64-bit time_t ABI или perl 5.40 migration. Но да, я тоже на сиде сижу, иногда это вызывает боль. Ладно, когда фриз кодовой базы перед релизом дебиана - это понятно, это ок, а вот когда фриз базы дебиана перед релизом убунты - непонятно (и всё равно стабильная ветка убунты работает хреновее нестабильной ветки дебиана, бугога).
     
  • 4.135, Аноним (79), 15:14, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Хах, сами разрабы там точно не сидят))
     
  • 4.157, Аноним (155), 17:41, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Меня другое удивляет - ни в одном mail listе дебиана это не
    > обсуждают. Неужели один я на сиде сижу,

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

     
  • 2.105, Аноним (105), 10:46, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Это фича AArch64!

    кто-то перепутал две буквы

     
     
  • 3.106, Аноним (85), 10:59, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Какие именно? AFAIK на x86_64 подобные технологии было давно, и это просто выкинули из компиляторов (gcc и clang) даже с формулировками "это оказалось бесполезно и легко обходимо".
     
     
  • 4.109, Аноним (105), 11:20, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    amd64 vs arm64

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

    Но это чисто догадки, пришло время проверить что там с воспроизводимой сборкой

     
     
  • 5.158, Аноним (155), 17:42, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > а вообще, судя по фтп, в пересборке участвует все. Т.е. возможно это
    > нужно для arm64, а все остальное пересобирают для того чтобы версии
    > пакетов везде были одинаковыми.

    Дебианщики это любят - ребилд пакета триггерит сборку для всех архитекиур, даже если поводом и была всего 1. Я так понимаю для одинаковой версии пакета везде, чтобы на всех архитектурах Дебиан был Дебианом. Без множества мелких отличий на этой почве.

     
  • 2.168, Аноним (79), 19:08, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Та вали с него, там неадекваты Я на нем сидел - постоянные траблы с пакетами Т... большой текст свёрнут, показать
     

  • 1.136, bircoph (ok), 15:18, 01/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Линус не просто перенёс патч, а сам исправил его:
    https://lore.kernel.org/all/CAHk-=wgaPk0tB-RtVAK4b6dTrtTAC3WkL1LmGO==ATrDLL-DR
    И автор исходного патча согласился:
    https://lore.kernel.org/all/20241030045950.p6fc7xnkd3rq2gob@treble.attloc
     
     
  • 2.159, Аноним (159), 17:50, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чирков решил что он умная клава - и подрихтовал оригинал И, вот, как видим, сде... большой текст свёрнут, показать
     
     
  • 3.181, Аноним (-), 20:57, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У патча Джоша был прирост производительности 2.6% и у  исрправленного варинта Торвальдса тоже +2.6%, принципиально оптимизация та же, только форма другая и патч Торвальдса стал переносим для разных архитектур.
     
     
  • 4.185, Аноним (-), 21:49, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У патча Джоша был прирост производительности 2.6% и у  исрправленного варинта
    > Торвальдса тоже +2.6%, принципиально оптимизация та же, только форма другая и
    > патч Торвальдса стал переносим для разных архитектур.

    Я даже согласен что оригинал был написан несколько криво (косяк Фороникса на самом деле изначально). Но почему при его переписывании было совсем выпилено упоминание Торвальдса, что и вызвало вопросы - я не понимаю. И таки как я понимаю Торвальдс скостил еще -1 вызов "тяжелого" барьера в ряде случаев, судя по коду, заменив его на маскирование в невалидный адрес?

     
  • 3.183, Аноним (-), 21:40, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В обоих патчах убран barrier_nospec(), но в патче Торвальдса всё собрано в одном месте и убрана лишняя проверка.
     
  • 2.179, Аноним (-), 20:12, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На опеннете с редакционной политикой и модерацией последнее врмя какой-то трэш и... большой текст свёрнут, показать
     
     
  • 3.180, Афроним (?), 20:25, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Прекращайте прикидываться белым и пушистым. Мой поток сознания так вообще редко долго существует, но я и не скрываю, что стебаться захожу.
     
     
  • 4.184, Аноним (184), 21:46, 01/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Прекращайте прикидываться белым и пушистым.

    Я автор этой новости. И имею полное моральное право откоментить что я думаю о том что новость перехреначили, а в ответ на удивления про это - меня весьма шустро модернули, в то время как пачка троллоты в топике постит какой-то левак, политоту, глумится над опенсорсниками и проч, и это почему-то с такой же скоростью не выпиливают.

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

    Я и не понимаю почему политика модерирования потворствует такому поведению. Выступать кормушкой для троллей - очень странная идея.

     
     
  • 5.206, Аноним (205), 19:14, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Счётчик посетителей видел внизу страницы? А рекламу? Что-то ещё нужно пояснять?
     

  • 1.197, Tron is Whistling (?), 12:44, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    То есть сначала мы героически добавляем barrier_nospec() вместо того, чтобы исправить проблемы с железом, а потом начинаем героически решать созданные этой добавкой проблемы. Работа ради работы.
     
     
  • 2.198, нах. (?), 13:11, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть сначала мы героически добавляем barrier_nospec() вместо того, чтобы исправить проблемы
    > с железом

    проблемы с железом уже исправлены - под risc-v уже даже компилируетцо. Только не работает, потому что так себе то железо, безпроблемное.

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

     
  • 2.204, Аноним (-), 03:26, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Логично Сперва хостеры фигеют с того что гуесты тырят ключи хоста или соседних ... большой текст свёрнут, показать
     

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



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

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