В состав экспериментальной ветки ядра Linux, в рамках которой формируется выпуск 5.4, внесены изменения, предупреждающие о скором прекращении поддержки 32-разрядных гостевых систем, работающих в режиме паравиртуализации под управлением гипервизора Xen. Пользователям подобных систем рекомендуется перейти на использование 64-разрядных ядер в гостевых окружениях или использовать для запуска окружений вместо паравиртуализации (PV) режимы полной (HVM) или комбинированной (PVH) виртуализации...Подробнее: https://www.opennet.me/opennews/art.shtml?num=51762
kiss != выкинуть из ядра все по совету эксперта с опеннета и вернуть линукс в эпоху, когда он работал только на 486
а кто-то еще пользует паравиртуализацию? а если да - то зачем? мне просто очень любопытно
Экономия ОП - можно запихнуть больше PV 32x виртуалок (и внутри некоторые приложения скромнее память едят) на один хост
> Может ещё что из ядра то выкинуть, подскажи?Я помню как переходили с kbd & mouse на evdev в Feodra Core 6. Поддержку комовских мышей выкинули. Вернее, мышь приходилось прописывать вручную. Наверное, когда переходили на libinput, ещё что-нибудь выкинули.
> Наверное, когда переходили на libinput, ещё что-нибудь выкинули.Кучу фич драйвера synaptics выкинули. Но пользователи gnome3 о них всё равно не знали. Для эндюзера libinput в данном случае лучше тем, что почти весь его скудный функционал задействован по умолчанию, в то время как в synaptics из коробки всё повыключено.
> Кучу фич драйвера synaptics выкинули.Кстати да, старый добрый synaptics умеет в инерционную прокрутку, а libinput - нет и не будет. Говорит, мол не драйвера экранного указателя это дело...
Чёт не знаю, я и сегодня пользуюсь kbd и mouse норм. Ток в вейланде их нет, там хоченшь не хочешь придётся на libinput садиться. Пока не вижу ни одной причины использовать вейланд, хаха.
> предупреждающие о скором прекращении поддержки 32-разрядных гостевых систем, работающих в режиме паравиртуализации под управлением гипервизора XenЭто как-то слабо с твоим комментарием бьётся.
Уж очень странный юзеркейс.
Достал из чулана старый пыльный пиджак деда и примерив сказал: "А ничего так сохранился, неплохо сидит на мне"
Ты можешь ПОПРОБОВАТЬ запустить.
1)Проблемы совместимости были с 98 были ещё на xp, с тех пор они только увеличились.
2)В разное время в разных виндах были РАЗНЫЕ режимы совместимости. И поддерживались они колоссальным трудом и костылями. И конечно от этого страдали и пользователи, в том числе те у которых эти либы просто занимали место на жёстком диске и не использовались. Такое и врагу не поделаешь.
3)Тут речь не про изменение поведения системных вызовов, тут речь про отмену фичи, которая не очень то нужна и у которой в современном мире есть замена. В виндовс например отказались от поддержки дос если на то пошло, причём гораздо более безаппеляционно. Запустить нативно дос под "современными" виндами ты конечно не можешь.
4)Линукс может запускать древние программы, Торвальд-с за этим пристально следит и делает атата всем нарушителям. В отличие от винды в этом гораздо меньше смысла, так как почти всегда можно найти исходники и переписать.
5)Вали на винду, там любят анонимов, которые пишут быстрее, чем думают.
5)
вот только glibc об этих новостях не знает. и упорно не желает собираться на 2.6.31 ядрах... вот и получается что старые программы не запустить.
Тэг "сарказм" в Вашем посте плохо различим под толстым слоем жыра.
А это не совсем бред. На платформах типа RISC-V меня интересуют POSIX, инструменты типа gcc и в меньшей степени пакетный менеджер. Мне не обязательно, чтобы система была именно Linux. Но какие альтернативы?
Ещё один момент - переносимость ФС.
FreeBSD тебе чем не угодила?
ну значит Хен станет еще менее популярен
Похоже что это прекращение поддержки затронет только очень редкие конфигурации. Не факт что вообще существующие на практике.
Это не так. Не важно, нашлись ли пользователи. Важно лишь то, сколько платят они. Пользователей софта, использующего библиотеки эклипс, сидящих на i686 очень много. Но это не помешало эклипсу просто взять и внаглую дропнуть 32-бита. Как не помешало бунте, федоре, аутодэску, амуде, корелу и многим другим авторам программ.Аналогично с джавой. Однажды оракл выложил 32-битный билд какой-то Java версии 9 для винды. Потом спохватились и выпилили. Но кто-то успел скопировать и перевыложил. После чего копии выпилили по DMCA. Неприятная история получилась. Вот ссылка на историю: https://stackoverflow.com/questions/46356345/can-java-9-run-...
Это о чём говорит? Это говорит о том, что ораклу настолько важно прибить 32 бита, что они готовы понести репутационные риски. То есть стоимость оставления в живых архитектуры 32-bit x86 для оракла выше, чем все деньги, которые им могут заплатить коммерческие клиенты, сидящие + убытки от репутационного риска.
> очень многосомнительно. Динамика на понижение очень сильная
https://www.omgubuntu.co.uk/2016/09/use-ubuntu-32bit-64bit-poll
Забудьте про все метрики. Есть компании с компами из комплектующих, произведённых в начале нулевых. В том числе с 32-битными камнями и/или ничтожным (по меркам школогеймеров разлива 2019, которым комп купил папик) количеством RAM. На них стоят семёрки и XP. Эти компы никто менять не будет, пока они не сгорят от помехи по питанию. А когда сгорят - достанут со склада не менее старые компы.Пользователи этих компов тоже хотят новейший софт, а покупать компы для компании за свой счёт - не хотят. Производители, дропнувшие 32 бита, дропнули всех этих пользователей. Причём в очень многих случаях дроп совсем необоснован - если взять исходники и собрать, то всё работает. Для маленького софта это легко и почти не напрягает. Но почти не считается, нормальный человек просто возьмёт, выкинет старьё и купит новый комп. Для среднего уже значительно напрягает, настолько значительно, что дешевле становится выкинуть это старое говно мамонта и купить новое, чем ждать несколько часов сборки одной нужной библиотеки. Крупный софт вообще на тех машинах не соберётся, без новой машины для сборки уже не обойтись.
Всё ради чего? Чтобы разработчики могли убрать 10 строчек из исходников и ещё 10 из сборочных скриптов?
Делайте из них терминалы. Есть и другие варианты, но они годятся для _крупных_ парков более-менее однообразных машин, когда затраченные усилия хотя бы делятся на N большое.Мы продолжаем тащить 32-битный дистрибутив (в девятую платформу вошёл, значит, минимум до 2024 года будет) -- и тратить на это ресурсы сборочных узлов, место на дисках, каналы, а главное -- внимание разработчиков, когда какой-нить очередной chromium или даже что попроще ломается по сборке на i586 сразу или через некоторое время после объявления апстримом прекращения поддержки 32-битных сборок. При этом не наблюдаем особых толп благодарных пользователей описанных Вами парков сугубо 32-битных систем, которые бы не то что продажников порадовали -- доброе слово сказали.
То есть если что-то нужно и ценно -- по-моему, стоит хотя бы по-человечески спасибо сказать, что оно есть, а не считать данностью, которую злые кто-то, сидящие в пруду, задумали отнять. А ещё лучше -- подарить что-то взамен: например, взяться за починку ломающегося (хоть одного пакета, и то уже подспорье). И вместо ничего вешать баги с патчами.
PS: а, и да -- в #57 совершенно справедливо ещё и за тестирование напомнили...
> Делайте из них терминалы. Есть и другие варианты, но они годятся для _крупных_ парков более-менее однообразных машин, когда затраченные усилия хотя бы делятся на N большое.Спасибо за совет, но не думаю, что он применим в нашей организации.
> Мы продолжаем тащить 32-битный дистрибутив (в девятую платформу вошёл, значит, минимум до 2024 года будет) -- и тратить на это ресурсы сборочных узлов, место на дисках, каналы, а главное -- внимание разработчиков, когда какой-нить очередной chromium или даже что попроще ломается по сборке на i586 сразу или через некоторое время после объявления апстримом прекращения поддержки 32-битных сборок. При этом не наблюдаем особых толп благодарных пользователей описанных Вами парков сугубо 32-битных систем, которые бы не то что продажников порадовали -- доброе слово сказали.Лично говорю "Спасибо!" за ваш вклад в поддерку legacy-систем несмотря на то, что это немодно и непрестижно.
>А ещё лучше -- подарить что-то взамен: например, взяться за починку ломающегося (хоть одного пакета, и то уже подспорье). И вместо ничего вешать баги с патчами.
Что и делается, а в ответ часто бывает что-то в духе "we don't support 32-bit x86 and want clearly communicate that this setup is unsupported and unrecommended" и/или "we don't see any need in the change".
ИМХО.По факту, не вижу особых причин для прекращения 32 битной поддержки. в 99% софту плевать на то какой битности проц, а собранные на костылях тем - да сложно быть на плаву, поэтому они и отрубают всё по максимому. К слову если посмотреть прекращается "поддержка" 32х битных x86 архитектуры а вот армы и т.п. поддерживаются по этому это больше лицемерие либо лень чем какая-то жёсткая необходимость. Конечно Я понимаю это всё дополнительные временные ресурсы возможно ещё и средние человеческие ресурсы при условии плохой автоматизации.
Единственный софт который очень сильно завязан на озу это те же браузеры, которые по своему обыкновению жрут очень и очень много и под час даже диву даёшься как оно столько может выжрать на простой форме .... И то даже они могут на 32х битной системе при грамотной разработке и создавая отдельные процессы (как они в прочем сейчас и делают) выжирать до 64гб в пае режиме.
По поводу того что собирать сложно, не согласен, сборочный процесс за редким исключением один и тот-же.А то что Вы поддерживаете 32х битную архитектуру - за это спасибо.
Лично я пользуюсь Debian (те то до последнего поддерживают спектр архитектур и оборудования) и по своим железкам с которыми мне часто приходится работать могу сказать что фирме не целесообразно выкидывать >400 специализированных системных блоков (с хорошими характеристиками только потому что нет поддержки 64 бит) так как затраты на покупку более менее актуальных будут весьма и весьма ощутимы.
> К слову если посмотреть прекращается "поддержка" 32х битных x86 архитектуры а вот армы и т.п. поддерживаются по этому это больше лицемерие либо лень чем какая-то жёсткая необходимостьКонечно необходимость. Называется планирование ресурсов.
Очень просто - всё делается за деньги. А потребность диктуется бизнесом.В случае линуксов:
Для армов потребность в 32 битном софте максимальна.
Для x86 потребность в 32 битах минимальная и идёт на понижение.
Спрос/предложение саморегулируются - всё.PS: В этом мире не работает "топну ножкой, делайте мне как хочу за бесплатно."
>> К слову если посмотреть прекращается "поддержка" 32х битных x86 архитектуры а вот армы и т.п. поддерживаются по этому это больше лицемерие либо лень чем какая-то жёсткая необходимость
> Конечно необходимость. Называется планирование ресурсов.
> Очень просто - всё делается за деньги. А потребность диктуется бизнесом.
> В случае линуксов:
> Для армов потребность в 32 битном софте максимальна.
> Для x86 потребность в 32 битах минимальная и идёт на понижение.
> Спрос/предложение саморегулируются - всё.
> PS: В этом мире не работает "топну ножкой, делайте мне как хочу
> за бесплатно."Возможно Вы правы =)
> Всё ради чего? Чтобы разработчики могли убрать 10 строчек из исходников и ещё 10 из сборочных скриптов?так может говорить только человек, который сам не занимается разработкой
> Есть компании с компами из комплектующих, произведённых в начале нулевыхТрудозотраты по настройке десктопного линукса на них стоят как самый дешёвый современный компьютер. И по мощности он будет мощнее в несколько раз.
Поэтому бессмысленно.
Про тестирование ты даже не подумал.
А тестировать надо весь дистрибутив перед релизом в целом, и после каждого фикса после релиза в частности.
> Про тестирование ты даже не подумал.Да ладно тестирование. В сложных проектах пониже уровнем (ядро, виртуализация, драйвера, браузеры) ты только так отгребёшь и в разработке от нескольких архитектур.
Магия с "я просто компилятор с такими опциями запущу и всё" в таких случаях так просто не работает.
>В сложных проектах пониже уровнем (ядро, виртуализация, драйвера, браузеры) ты только так отгребёшь и в разработке от нескольких архитектур.В принципе верно (браузеры можно было бы и не выделять из виртуализации).
>Магия с "я просто компилятор с такими опциями запущу и всё" в таких случаях так просто не работает.
Я в разработке таких проектов не участвовал, поэтому судить не берусь.
На тестирование в принципе можно забить постольку поскольку есть юниттесты, покрывающие особо критичные части. Если тесты прошли - значит ОК. Если прошли, но у пользователей что-то сломалось - значит это они должны обращаться к разрабу. Если сломалось, но никого не затронуло, или затронуло, но молчат - значит всё ОК и фиксить не надо.
Жесть какие тут диванные аналитики 😀
> по меркам школогеймеров разлива 2019, которым комп купил папик
> А когда сгорят - достанут со склада не менее старые компы.Знаешь в чём у тебя затык. В том что ты человеческие трудозатраты считаешь за ноль.
И ладно с разработчиками даже «одна строчка» — смешно конечно.
Но ты и усилия обычных пользователей считаешь нулём.
Новый системный блок можно легко купить за 8000 рублей.
Мой любимый пример в таких случаях сравнение с туалетом — сколько на него денег уходит (туалетная бумага, мыло, уборка).
Но нет, у нас будет этакий склад для хранения векового старья, которое мы в случае необходимости достанем. И эникейщик с зарплатой этак хотя бы 20000 рублей, будет своё время тратить, чтобы этот хлам запустить — ему же тоже заняться нечем. И руководитель компании тоже на это смотрит «ну надо же завести этот пятнадцатилетний компьютер, трать своё время за которое я тебе деньги плачу».
А потом бухгалтер за этим компьютером пятнадцатилетней давности тоже будет по полчаса открывать свою 1С программу — ей тоже торопиться некуда.Поэтому существующую конфигурацию не обновляют, потому что ты задолбаешься с переносом. И результат переноса тебе не гарантируется вообще. Трудозатраты в первую очередь.
1. Человекозатраты были бы не больше, чем для новейшего компа, если бы старьё просто не дропали все кому не лень, причём без реальной необходимостр это делать.
2. Также есть опция юзать старый софт. Трудозатраты ровно такие же, как и на новом. Работу юзание старого софта не разрушит. Но появится много неприятных нюансов, которые придётся обходить.
Старые машины работают на старом софте, и никто там не бежит за новейшим софтом. А то только сломается чего-то. Стоит машина с Windows XP, вправляет там каким-то ЧПУ станком со специфичным софтом. Никто на Windows 10 не побежит просто так от нечего делать.А то читаешь прям тут. И вот пишут, что прям охота новый софт, особенно про линуксы — вулканы хотим, Wayland и прочее на старье? Никому оно не надо. Пару анонимов не в счёт. Речь про бизнес.
Поэтому все вот эти выдумки, про то что из чулана достают 15 летний компьютер и надо же с ним что-то сделать просто так (не пропадать же) выглядят смешно.
> Старые машины работают на старом софтеВо-первых, не машины работают на софте, а софт - на машинах. Машины работают на электричестве и прочих расходниках.
> и никто там не бежит за новейшим софтом.
Говори за себя лично. Нет принципиальных проблем запустить кроссплатформенный софт на старых машинах.
> Никто
Говори за себя.
> на Windows 10 не побежит просто так от нечего делать.
Опять же, может побегут, а может и нет. Зависит от задачи. Если на в десятке есть то, без чего нельзя, то десятка и на 4й пень будет поставлена.
> вулканы хотим
Для вулкана нужна новая карта. Или не нужна. Мне не хватает квалификации понять, принципиально возможно ли для r600 запилить вулкан. Говорят что для вулкана нужно что-то из GCN, но что конкретно нужно и нужно или просто позарез необходимо - я ещё не разбирался.
> Wayland и прочее на старье?А вот вейланд прекрасно работает на древнейших машинах. Скажем спасибо мейнтейнерам дебиана.
>Поэтому все вот эти выдумки, про то что из чулана достают 15 летний компьютер и надо же с ним что-то сделать просто так (не пропадать же) выглядят смешно.
Тут не до смеха. Всё это общество потребления - это гигантский развод на лохов представителей этого самого общества. Вот они и выглядели бы смешно, покупая и выкидывая каждый год всякий хлам, если бы не было так грустно за то, что мы все с ними одной верёвочкой повязаны в том смысле, что пока они не изменят свои потребительские предпочтения, не видать нам нормальной техники и нормального отношения.
> Говори за себя.И не говорю. Смотрю по окружающему миру.
>Для вулкана нужна новая карта. Или не нужна.Любое старье 2011-2012+ на GCN 1.0+ подойдет. Даже для Vulkan 1.1.
Яркий пример того, как побеждает здравый смысл. Или, может, приведёшь пример, где надо именно 32 бита именно в PV? Думаю, даже если такое чудо найдётся - это будет какое-то замшелое железо с ядром максимум 3.x
Постарался по возможности фигурно порезать, но граждане, вы же сами видите -- "на улицах нашего города" завёлся очередной клоун ссыкунчик, который набрасывает как в последний день; зачем вы вообще на него реагируете вместо того, чтобы дружно отправить урода "к модератору" и обсуждать то, что есть обсудить по существу?Оно _всегда_ будет кричать "лялих суксь, виндовсь рулез", пока уплочено (или приколочено) именно так.
Воняет -- обойдите.
Звучит как фигурная ковровая бомбардировка.
Это уже не говоря что не так было с комментариями.
> Это уже не говоря что не так было с комментариями.Многие комментарии отвечавших были замечательными, прям жалко удалять (см. лог модерирования) -- только вот без контекста того первого наброса непонятно получалось, вообще о чём сыр-бор.
А поощрять дерьмушника, который набегает сюда гадить и провоцировать флейм -- полагаю, незачем.
В логах последовательность странным образом нарушена. Самый первый флеймообразующий комментарий в конце.
больше половины комментариев удалено, вы совсем там охренели?
может давайте просто отключать комментарии к новостям... чтоб не воняло?
правда кто сюда ходить будет после этого, порой, не так важна новость, как возможность вести/читать дискуссию под ней. Иногда вменяемые комментаторы попадаются (но это не точно).
Здесь, к сожалению, комментарии к большинству новостей "воняют".
Абсолютно без разницы о чем новость, пользователи NIX и производных воспринимают в штыки мнение своих же "братьев по оружию".Такого "токсичного" РУ сообщества еще нужно поискать. LOR по большей части страдает тем же самым.
Причем, даже модераторы позволяют себе называть пользователей (какими бы токсичными они ни были, но в этой среде невозможно быть другим) "уродами", контекст не очень важен даже в таких случаях.Вот поддерживают некоторые Opennet на плаву, а ради чего? Ежедневного дерьма друг на друга в комментариях?
>Такого "токсичного" РУ сообщества еще нужно поискать.Какие все нежные и ранимые…
Ломать - не строить, чё. Я вот одного не понимаю. У нас же есть make menuconfig, за каким вообще что-либо выпиливать из ядра? Закончилась поддержка? Так почему просто не оставить это в виде опции с пометкой устарело?
Всё не так просто. Любой кусок кода в сорцах усложняет сорцы. Любая поддержка чего угодно усложняет сорцы. Чем сложнее сорцы, тем сложнее с ними работать. Поэтому выпиливать старое надо.Если бы всё было так просто, то не было бы никаких проблем тащить форк ядра, чья git-история будет отличаться от mainline выкидыванием одного коммита, выпиливающего подержку 32-разрядных гостевых систем. Но проблема в том, что для того чтобы тащить такой форк может не хватить квалифицированного разработчика на полной занятости.
Проблема со всеми форками в мердж-конфликтах. Для того, чтобы тащить функциональность в форках, всегда нужно намного больше усилий, чем если её же тащить в апстриме. Потому что тогда не нужно разрешать конфликты слияния и бодаться с мегатупыми инструментами контроля версий, не умеющими в AST.
> Для того, чтобы тащить функциональность в
> форках, всегда нужно намного больше усилий, чем если её же тащить
> в апстриме.Нет, не меньше. Просто когда функциональность тащится в апстриме, сложности её поддержания ровным слоем размазываются по многим разработчикам, и поэтому они менее заметны со стороны. Но это не значит, что на поддержание старья при таком раскладе тратится меньшее количество человекочасов.
Нет, меньше. Патчи ломаются даже тогда, когда в самой строке ничего не изменили, а в соседних - изменили то, что патчиемую строку никак не затрагивает. Или добавили комментарий. Или изменили форматирование. Или когда грепом переименовали f**k на hug. Каждый сломанный патч приходится применять вручную из-за отсутствия нормальных инструментов и нормального формата патчей для них. А ломаются они регулярно.
s/grep/sed/
Это естественно. Комментарий, конечно, patch мог бы и обработать вручную, но вот всё остальное надо проверять глазами, прежде чем патчить. Даже если патчиемая строка не была затронута. Инкапсуляция C'шного кода производится на уровне отдельного сорца, в том смысле, что детали реализации, сокрытые в сорце, тебя могут не заботить, только если ты вызываешь код извне. Если же ты меняешь его внутри, то она тебя должна заботить и очень, во всех деталях, каждая строчка сорца.Не все C программисты это уловили, и не всегда им удаётся таким образом делить код на сорцы, но в ядре это именно так. И если в коде есть лишняя строчка, нужная для поддержки чего-то устаревшего, то любой вносящий правки в этот сорец, должен её иметь в виду. Если же ты поддерживаешь форк, то ты должен проверить каждую изменённую апстримом строчку, на предмет того, не вступает ли она в конфликт с твоей, которой нет в апстриме. И тут уже дело не в том, что patch слишком тупой, а в том, что если patch будет слишком умным, то, используя его, ты накидаешь себе в код багов.
Тут не важно, кто будет проделывать работу по поиску конфликтов новых строк со старой -- мейнтейнер/разработчик апстрима или ты, разница во времени выполнения задачи будет определяться только разницей в квалификации: если ты лучше разработчиков апстрима знаешь и понимаешь код, то ты будешь это делать быстрее них, если хуже, то, значит, медленнее. Дело в том, что в апстриме разработчиков много, и многие из них впахивают, и впахивают они молча, ты можешь наблюдать только конечный результат их впахивания. А вот свою работу по поддержанию форка ты не сможешь не заметить, и сравнивая то, что ты видишь, с тем чего ты не видишь, ты естественно приходишь к выводу, что тебе сложнее чем им. Но если ты чего-то не видишь, это не значит, что это что-то не существует.
Ядро же вообще без централизованного гита, вместо него разные списки рассылки с пересылаемыми туда-сюда патчами поверх разных форков. Это было бы и на гихабе с единым апстримом очень больно, но если они при слиянии каждого патча (которые копятся, ведь некоторые патчи Торвальдс отказывается принимать в апстрим годами) всё вручную перепроверяют - то это ад какой-то.
> если они при
> слиянии каждого патча (которые копятся, ведь некоторые патчи Торвальдс отказывается принимать
> в апстрим годами) всё вручную перепроверяют - то это ад какой-то.А ты чё думал? Торвальдс вообще известный противник автоматизаций внесения правок в код. Код надо смотреть глазами и править руками. Если твой патч не приняли поверх коммита A, то когда ты его предлагаешь накатить поверх коммита B, то будь добр прежде наложи его поверх B дома, скомпилируй ядро, прогони тесты, и вообще убедись что оно работает. А потом пускай мейнтейнеры кода, куда ты свои патчи суёшь, тоже всё проверят, посмотрят глазами и выскажут своё мнение. Раньше за косяки в этом процессе Торвальдс ругался матом сильно, сейчас он толерантный стал, может он теперь не матом ругается, а как-то иначе.
Форк вряд ли сильно увеличит время, но вот чем форк хуже: меньшее количество квалифицированных людей будет смотреть за процессами изменения кода, больше багов будет. Но если баги в этом процессе сильно вероятны, то тогда совершенно точно не стоит говорить о том, что поддержание старья в апстриме -- это практически бесплатно для разработчиков.
Вопрос к Максиму. Почему на этом форуме ни слова нельзя сказать о винде? Почему я не могу написать, что в каких то моментах винда лучше линукса? Или тут диктатура? Какие я правила нарушу, если напишу, что линукс сдувается?????? Прошу ответить!!
Кстати, тут не любят и мак.
BSD тут тоже недолюбливают))))
Когда это пишется аргументированно и в тему обсуждаемой новости, никаких вопросов такие сообщения не возникают.Но когда целенаправленно к каждой второй новости без малейшего повода отправляются сообщения типа "линкус сдувается", даже без попыток пояснить почему, это воспринимается как провокация флейма, разжигание религиозных войн, необоснованные нападки и сообщения не по существу обсуждаемой темы.
Другое дело, что подобные сообщения стоит скрывать, а не удалять. Но по привычке часто рука автоматом наживает кнопку удаления, а не скрытия. Последнее время стараюсь удалять только оскорбления и явную дичь, а остальные нарушения сворачивать.
нет блин, это общественный туалет с вантузом.
его суют во все места, особенно в те, которые не имеющие к сабжу никакого отношения.
> Почему я не могу написать, что в каких то моментах винда лучше линукса?Потому что это никому кроме тебя не интересно.
УДАЛЕНО.Отмодерировано: gvy, Пояснение: торчокЭто вообще как?
Это он про себя и политику пeдерации.
>отсутствие защиты от уязвимости MeltdownОно же, вроде бы, обосновывалось отсутствием возможности проэксплуатировать эту уязвимость?
32 битные системы не нужны, чем раньше похоронят тем лучше, чем меньше зоопарк платформ тем больше придется оптимизировать софт и меньше отмазок будет про совместимость
Простите, я, может неверно понимаю происходящее, но у меня вопрос: а зачем нужны виртуалки, если в них нельзя эмулировать именно устаревшие оси?? Кто-то думает, что виртуалка — это тупо для песочницы? Вот у меня какой-нибудь БолгенОС 10, и гостевая ОС может быть тоже не старше? Или я туп, как дерево, и здесь не совсем о том речь?
> эмулировать именно устаревшие осиНу Xen как-то не особо про это