The OpenNET Project / Index page

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

В ядре Linux прекращается поддержка 32-разрядных гостевых систем Xen в режиме паравиртуализации

27.10.2019 08:19

В состав экспериментальной ветки ядра Linux, в рамках которой формируется выпуск 5.4, внесены изменения, предупреждающие о скором прекращении поддержки 32-разрядных гостевых систем, работающих в режиме паравиртуализации под управлением гипервизора Xen. Пользователям подобных систем рекомендуется перейти на использование 64-разрядных ядер в гостевых окружениях или использовать для запуска окружений вместо паравиртуализации (PV) режимы полной (HVM) или комбинированной (PVH) виртуализации.

Режим PV рассматривается как устаревший, и ему на смену пришёл PVH, в котором элементы паравиртуализации (PV) ограничены применением для ввода/вывода, обработки прерываний, организации загрузки и взаимодействия с оборудованием, а для ограничения привилегированных инструкций, изоляции системных вызовов и виртуализации таблиц страниц памяти используется полная виртуализация (HVM). В качестве довода против поддержки режима PV для 32-разрядных гостевых систем также отмечается отсутствие защиты от уязвимости Meltdown.

  1. Главная ссылка к новости (https://lkml.org/lkml/2019/10/...)
  2. OpenNews: Разработчики ядра Linux обсуждают вопрос удаления субархитектуры x32
  3. OpenNews: LibreOffice прекращает формирование 32-разрядных сборок для Linux
  4. OpenNews: В сборках Debian для архитектуры i386 повышены требования к классу CPU
  5. OpenNews: Canonical пересмотрела планы по прекращению поддержки архитектуры i386 в Ubuntu
  6. OpenNews: В ядре Linux прекращена поддержка процессоров 386
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: kernel, xen, guest
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (67) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
 
 
 
Часть нити удалена модератором

  • 4.11, Аноним (11), 10:06, 27/10/2019 [ответить]  
  • +3 +/
    kiss != выкинуть из ядра все по совету эксперта с опеннета и вернуть линукс в эпоху, когда он работал только на 486
     
     
  • 5.104, БСПФА (?), 16:10, 29/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а кто-то еще пользует паравиртуализацию? а если да - то зачем? мне просто очень любопытно
     
     
  • 6.107, MVK (??), 12:23, 30/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Экономия ОП - можно запихнуть больше PV 32x виртуалок (и внутри некоторые приложения скромнее память едят) на один хост
     
  • 3.16, Zenitur (ok), 10:27, 27/10/2019 [ответить]  
  • +/
    > Может ещё что из ядра то выкинуть, подскажи?

    Я помню как переходили с kbd & mouse на evdev в Feodra Core 6. Поддержку комовских мышей выкинули. Вернее, мышь приходилось прописывать вручную. Наверное, когда переходили на libinput, ещё что-нибудь выкинули.

     
     
  • 4.43, Аноним (43), 15:22, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Наверное, когда переходили на libinput, ещё что-нибудь выкинули.

    Кучу фич драйвера synaptics выкинули. Но пользователи gnome3 о них всё равно не знали. Для эндюзера libinput в данном случае лучше тем, что почти весь его скудный функционал задействован по умолчанию, в то время как в synaptics из коробки всё повыключено.

     
     
  • 5.85, Аноним (85), 03:33, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кучу фич драйвера synaptics выкинули.

    Кстати да, старый добрый synaptics умеет в инерционную прокрутку, а libinput - нет и не будет. Говорит, мол не драйвера экранного указателя это дело...

     
  • 4.46, Аноним (46), 15:51, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Чёт не знаю, я и сегодня пользуюсь kbd и mouse норм. Ток в вейланде их нет, там хоченшь не хочешь придётся на libinput садиться. Пока не вижу ни одной причины использовать вейланд, хаха.
     
  • 3.14, iPony129412 (?), 10:18, 27/10/2019 [ответить]  
  • –1 +/
    > предупреждающие о скором прекращении поддержки 32-разрядных гостевых систем, работающих в режиме паравиртуализации под управлением гипервизора Xen

    Это как-то слабо с твоим комментарием бьётся.
    Уж очень странный юзеркейс.

     
     
  • 4.31, Аноним (-), 13:34, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Достал из чулана старый пыльный пиджак деда и примерив сказал: "А ничего так сохранился, неплохо сидит на мне"
     
  • 4.34, Аноним (34), 14:13, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ты можешь ПОПРОБОВАТЬ запустить 1 Проблемы совместимости были с 98 были ещё на ... текст свёрнут, показать
     
     
  • 5.98, Аноним (98), 20:52, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    вот только glibc об этих новостях не знает. и упорно не желает собираться на 2.6.31 ядрах... вот и получается что старые программы не запустить.
     
  • 2.13, Аноним (13), 10:16, 27/10/2019 [ответить]  
  • +1 +/
    Тэг "сарказм" в Вашем посте плохо различим под толстым слоем жыра.
     
  • 2.19, user (??), 10:53, 27/10/2019 [ответить]  
  • +/
    А это не совсем бред. На платформах типа RISC-V меня интересуют POSIX, инструменты типа gcc и в меньшей степени пакетный менеджер. Мне не обязательно, чтобы система была именно Linux. Но какие альтернативы?
     
     
  • 3.21, user (??), 11:12, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё один момент - переносимость ФС.
     
  • 3.61, Аноним (61), 17:01, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    FreeBSD тебе чем не угодила?
     
  • 1.3, Аноним (3), 08:52, 27/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    ну значит Хен станет еще менее популярен
     
     
  • 2.6, A.Stahl (ok), 09:16, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Похоже что это прекращение поддержки затронет только очень редкие конфигурации. Не факт что вообще существующие на практике.
     
     
     
    Часть нити удалена модератором

  • 4.35, Аноним (35), 14:16, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это не так Не важно, нашлись ли пользователи Важно лишь то, сколько платят они... текст свёрнут, показать
     
     
  • 5.44, soarin (ok), 15:25, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > очень много

    сомнительно. Динамика на понижение очень сильная

    https://www.omgubuntu.co.uk/2016/09/use-ubuntu-32bit-64bit-poll

     
     
  • 6.49, Аноним (35), 15:59, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Забудьте про все метрики Есть компании с компами из комплектующих, произведённы... текст свёрнут, показать
     
     
  • 7.54, Michael Shigorin (ok), 16:11, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Делайте из них терминалы Есть и другие варианты, но они годятся для _крупных_ ... текст свёрнут, показать
     
     
  • 8.67, Аноним (35), 17:40, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за совет, но не думаю, что он применим в нашей организации Лично говорю... текст свёрнут, показать
     
  • 8.90, svsd_val (ok), 07:51, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ИМХО По факту, не вижу особых причин для прекращения 32 битной поддержки в 99 ... текст свёрнут, показать
     
     
  • 9.93, iPony129412 (?), 10:15, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно необходимость Называется планирование ресурсов Очень просто - всё дела... текст свёрнут, показать
     
     
  • 10.94, svsd_val (ok), 12:27, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно Вы правы ... текст свёрнут, показать
     
  • 7.56, soarin (ok), 16:14, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Всё ради чего? Чтобы разработчики могли убрать 10 строчек из исходников и  ещё 10 из сборочных скриптов?

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


    > Есть компании с компами из комплектующих, произведённых в начале нулевых

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

     
  • 7.57, Аноним (57), 16:20, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Про тестирование ты даже не подумал.
    А тестировать надо весь дистрибутив перед релизом в целом, и после каждого фикса после релиза в частности.
     
     
  • 8.58, soarin (ok), 16:35, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да ладно тестирование В сложных проектах пониже уровнем ядро, виртуализация, д... текст свёрнут, показать
     
     
  • 9.60, Аноним (35), 16:56, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В принципе верно браузеры можно было бы и не выделять из виртуализации Я в ра... текст свёрнут, показать
     
  • 8.62, Аноним (35), 17:02, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    На тестирование в принципе можно забить постольку поскольку есть юниттесты, покр... текст свёрнут, показать
     
     
  • 9.63, soarin (ok), 17:04, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Жесть какие тут диванные аналитики 128512 ... текст свёрнут, показать
     
  • 7.69, iPony129412 (?), 19:29, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Знаешь в чём у тебя затык В том что ты человеческие трудозатраты считаешь за но... текст свёрнут, показать
     
     
  • 8.72, Аноним (35), 20:20, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1 Человекозатраты были бы не больше, чем для новейшего компа, если бы старьё пр... текст свёрнут, показать
     
     
  • 9.87, iPony129412 (?), 05:07, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Старые машины работают на старом софте, и никто там не бежит за новейшим софтом ... текст свёрнут, показать
     
     
  • 10.100, Аноним (35), 22:24, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, не машины работают на софте, а софт - на машинах Машины работают на ... текст свёрнут, показать
     
     
  • 11.103, iPony129412 (?), 05:37, 29/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И не говорю Смотрю по окружающему миру ... текст свёрнут, показать
     
  • 11.106, Аноним (106), 19:12, 29/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Любое старье 2011-2012 на GCN 1 0 подойдет Даже для Vulkan 1 1 ... текст свёрнут, показать
     
  • 4.29, CrazyAlex (?), 13:27, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Яркий пример того, как побеждает здравый смысл. Или, может, приведёшь пример, где надо именно 32 бита именно в PV? Думаю, даже если такое чудо найдётся - это будет какое-то замшелое железо с ядром максимум 3.x
     

  • 1.50, Michael Shigorin (ok), 16:04, 27/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Постарался по возможности фигурно порезать, но граждане, вы же сами видите -- "на улицах нашего города" завёлся очередной клоун ссыкунчик, который набрасывает как в последний день; зачем вы вообще на него реагируете вместо того, чтобы дружно отправить урода "к модератору" и обсуждать то, что есть обсудить по существу?

    Оно _всегда_ будет кричать "лялих суксь, виндовсь рулез", пока уплочено (или приколочено) именно так.

    Воняет -- обойдите.

     
     
  • 2.51, Аноним (61), 16:06, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Звучит как фигурная ковровая бомбардировка.
     
  • 2.52, Аноним (61), 16:07, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это уже не говоря что не так было с комментариями.
     
     
  • 3.55, Michael Shigorin (ok), 16:12, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Это уже не говоря что не так было с комментариями.

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

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

     
     
  • 4.59, Аноним (61), 16:49, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В логах последовательность странным образом нарушена. Самый первый флеймообразующий комментарий в конце.
     
  • 2.71, Аноним (71), 20:14, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    больше половины комментариев удалено, вы совсем там охренели?
    может давайте просто отключать комментарии к новостям... чтоб не воняло?
    правда кто сюда ходить будет после этого, порой, не так важна новость, как возможность вести/читать дискуссию под ней. Иногда вменяемые комментаторы попадаются (но это не точно).
     
     
  • 3.89, Amonym (?), 07:05, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Здесь, к сожалению, комментарии к большинству новостей "воняют".
    Абсолютно без разницы о чем новость, пользователи NIX и производных воспринимают в штыки мнение своих же "братьев по оружию".

    Такого "токсичного" РУ сообщества еще нужно поискать. LOR по большей части страдает тем же самым.
    Причем, даже модераторы позволяют себе называть пользователей (какими бы токсичными они ни были, но в этой среде невозможно быть другим) "уродами", контекст не очень важен даже в таких случаях.

    Вот поддерживают некоторые Opennet на плаву, а ради чего? Ежедневного дерьма друг на друга в комментариях?

     
     
  • 4.95, AlexYeCu_not_logged (?), 14:13, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Такого "токсичного" РУ сообщества еще нужно поискать.

    Какие все нежные и ранимые…

     

  • 1.68, Корец (?), 18:49, 27/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ломать - не строить, чё. Я вот одного не понимаю. У нас же есть make menuconfig, за каким вообще что-либо выпиливать из ядра? Закончилась поддержка? Так почему просто не оставить это в виде опции с пометкой устарело?
     
     
  • 2.77, Ordu (ok), 21:56, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Всё не так просто. Любой кусок кода в сорцах усложняет сорцы. Любая поддержка чего угодно усложняет сорцы. Чем сложнее сорцы, тем сложнее с ними работать. Поэтому выпиливать старое надо.

    Если бы всё было так просто, то не было бы никаких проблем тащить форк ядра, чья git-история будет отличаться от mainline выкидыванием одного коммита, выпиливающего подержку 32-разрядных гостевых систем. Но проблема в том, что для того чтобы тащить такой форк может не хватить квалифицированного разработчика на полной занятости.

     
     
  • 3.78, Аноним (35), 22:23, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема со всеми форками в мердж-конфликтах. Для того, чтобы тащить функциональность в форках, всегда нужно намного больше усилий, чем если её же тащить в апстриме. Потому что тогда не нужно разрешать конфликты слияния и бодаться с мегатупыми инструментами контроля версий, не умеющими в AST.
     
     
  • 4.80, Ordu (ok), 23:48, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Для того, чтобы тащить функциональность в
    > форках, всегда нужно намного больше усилий, чем если её же тащить
    > в апстриме.

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

     
     
  • 5.81, Аноним (35), 00:55, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, меньше. Патчи ломаются даже тогда, когда в самой строке ничего не изменили, а в соседних - изменили то, что патчиемую строку никак не затрагивает. Или добавили комментарий. Или изменили форматирование. Или когда грепом переименовали f**k  на hug. Каждый сломанный патч приходится применять вручную из-за отсутствия нормальных инструментов и нормального формата патчей для них. А ломаются они регулярно.
     
     
  • 6.82, Аноним (35), 00:56, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    s/grep/sed/
     
  • 6.83, Ordu (ok), 01:23, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это естественно Комментарий, конечно, patch мог бы и обработать вручную, но вот... текст свёрнут, показать
     
     
  • 7.101, Аноним (35), 22:31, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро же вообще без централизованного гита, вместо него разные списки рассылки с пересылаемыми туда-сюда патчами поверх разных форков. Это было бы и на гихабе с единым апстримом очень больно, но  если они при слиянии каждого патча (которые копятся, ведь некоторые патчи Торвальдс отказывается принимать в апстрим годами) всё вручную перепроверяют - то это ад какой-то.
     
     
  • 8.102, Ordu (ok), 23:52, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А ты чё думал Торвальдс вообще известный противник автоматизаций внесения право... текст свёрнут, показать
     

  • 1.73, Аноним (73), 20:25, 27/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Вопрос к Максиму. Почему на этом форуме ни слова нельзя сказать о винде? Почему я не могу написать, что в каких то моментах винда лучше линукса? Или тут диктатура? Какие я правила нарушу, если напишу, что линукс сдувается?????? Прошу ответить!!
     
     
  • 2.74, Аноним (73), 20:32, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, тут не любят и мак.
     
     
  • 3.75, Нонон (?), 21:09, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    BSD тут тоже недолюбливают))))
     
  • 2.76, Maxim Chirkov (ok), 21:13, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Когда это пишется аргументированно и в тему обсуждаемой новости, никаких вопросов такие сообщения не возникают.

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

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

     
  • 2.79, ананим.orig (?), 22:58, 27/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нет блин, это общественный туалет с вантузом.
    его суют во все места, особенно в те, которые не имеющие к сабжу никакого отношения.
     
  • 2.84, Ordu (ok), 01:32, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему я не могу написать, что в каких то моментах винда лучше линукса?

    Потому что это никому кроме тебя не интересно.

     

  • 1.86, Аноним (86), 04:14, 28/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    УДАЛЕНО.Отмодерировано: gvy, Пояснение: торчок

    Это вообще как?

     
     
  • 2.88, Аноним (88), 05:59, 28/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это он про себя и политику пeдерации.
     

  • 1.92, КО (?), 09:00, 28/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >отсутствие защиты от уязвимости Meltdown

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

     
  • 1.96, Аноним (96), 18:05, 28/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    32 битные системы не нужны, чем раньше похоронят тем лучше, чем меньше зоопарк платформ тем больше придется оптимизировать софт и меньше отмазок будет про совместимость
     
  • 1.99, Аноним (99), 20:53, 28/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Простите, я, может неверно понимаю происходящее, но у меня вопрос: а зачем нужны виртуалки, если в них нельзя эмулировать именно устаревшие оси?? Кто-то думает, что виртуалка — это тупо для песочницы? Вот у меня какой-нибудь БолгенОС 10, и гостевая ОС может быть тоже не старше? Или я туп, как дерево, и здесь не совсем о том речь?
     
     
  • 2.105, soarin (ok), 16:54, 29/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > эмулировать именно устаревшие оси

    Ну Xen как-то не особо про это

     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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