Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
Сообщение от opennews (??), 27-Окт-19, 08:40
В состав экспериментальной ветки ядра Linux, в рамках которой формируется выпуск 5.4, внесены изменения,  предупреждающие о скором прекращении поддержки 32-разрядных гостевых систем, работающих в режиме паравиртуализации под управлением гипервизора Xen. Пользователям подобных систем рекомендуется перейти на использование 64-разрядных ядер в гостевых окружениях или использовать для запуска окружений вместо паравиртуализации (PV) режимы полной (HVM) или комбинированной (PVH) виртуализации... Подробнее: https://www.opennet.me/opennews/art.shtml?num=51762
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

Часть нити удалена модератором

	11. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+3 +/–
	Сообщение от Аноним (11), 27-Окт-19, 10:06
	kiss != выкинуть из ядра все по совету эксперта с опеннета и вернуть линукс в эпоху, когда он работал только на 486
	Ответить | Правка | Наверх | Cообщить модератору

	104. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+1 +/–
	Сообщение от БСПФА (?), 29-Окт-19, 16:10
	а кто-то еще пользует паравиртуализацию? а если да - то зачем? мне просто очень любопытно
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	107. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от MVK (??), 30-Окт-19, 12:23
	Экономия ОП - можно запихнуть больше PV 32x виртуалок (и внутри некоторые приложения скромнее память едят) на один хост
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	16. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Zenitur (ok), 27-Окт-19, 10:27
	> Может ещё что из ядра то выкинуть, подскажи? Я помню как переходили с kbd & mouse на evdev в Feodra Core 6. Поддержку комовских мышей выкинули. Вернее, мышь приходилось прописывать вручную. Наверное, когда переходили на libinput, ещё что-нибудь выкинули.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+3 +/–
	Сообщение от Аноним (43), 27-Окт-19, 15:22
	> Наверное, когда переходили на libinput, ещё что-нибудь выкинули. Кучу фич драйвера synaptics выкинули. Но пользователи gnome3 о них всё равно не знали. Для эндюзера libinput в данном случае лучше тем, что почти весь его скудный функционал задействован по умолчанию, в то время как в synaptics из коробки всё повыключено.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	85. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+1 +/–
	Сообщение от Аноним (85), 28-Окт-19, 03:33
	> Кучу фич драйвера synaptics выкинули. Кстати да, старый добрый synaptics умеет в инерционную прокрутку, а libinput - нет и не будет. Говорит, мол не драйвера экранного указателя это дело...
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	46. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+4 +/–
	Сообщение от Аноним (46), 27-Окт-19, 15:51
	Чёт не знаю, я и сегодня пользуюсь kbd и mouse норм. Ток в вейланде их нет, там хоченшь не хочешь придётся на libinput садиться. Пока не вижу ни одной причины использовать вейланд, хаха.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	14. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–1 +/–
	Сообщение от iPony129412 (?), 27-Окт-19, 10:18
	> предупреждающие о скором прекращении поддержки 32-разрядных гостевых систем, работающих в режиме паравиртуализации под управлением гипервизора Xen Это как-то слабо с твоим комментарием бьётся. Уж очень странный юзеркейс.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+1 +/–
	Сообщение от Аноним (-), 27-Окт-19, 13:34
	Достал из чулана старый пыльный пиджак деда и примерив сказал: "А ничего так сохранился, неплохо сидит на мне"
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	34. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+5 +/–
	Сообщение от Аноним (34), 27-Окт-19, 14:13
	Ты можешь ПОПРОБОВАТЬ запустить. 1)Проблемы совместимости были с 98 были ещё на xp, с тех пор они только увеличились. 2)В разное время в разных виндах были РАЗНЫЕ режимы совместимости. И поддерживались они колоссальным трудом и костылями. И конечно от этого страдали и пользователи, в том числе те у которых эти либы просто занимали место на жёстком диске и не использовались. Такое и врагу не поделаешь. 3)Тут речь не про изменение поведения системных вызовов, тут речь про отмену фичи, которая не очень то нужна и у которой в современном мире есть замена. В виндовс например отказались от поддержки дос если на то пошло, причём гораздо более безаппеляционно. Запустить нативно дос под "современными" виндами ты конечно не можешь. 4)Линукс может запускать древние программы, Торвальд-с за этим пристально следит и делает атата всем нарушителям. В отличие от винды в этом гораздо меньше смысла, так как почти всегда можно найти исходники и переписать. 5)Вали на винду, там любят анонимов, которые пишут быстрее, чем думают. 5)
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	98. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (98), 28-Окт-19, 20:52
	вот только glibc об этих новостях не знает. и упорно не желает собираться на 2.6.31 ядрах... вот и получается что старые программы не запустить.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	13. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+1 +/–
	Сообщение от Аноним (13), 27-Окт-19, 10:16
	Тэг "сарказм" в Вашем посте плохо различим под толстым слоем жыра.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от user (??), 27-Окт-19, 10:53
	А это не совсем бред. На платформах типа RISC-V меня интересуют POSIX, инструменты типа gcc и в меньшей степени пакетный менеджер. Мне не обязательно, чтобы система была именно Linux. Но какие альтернативы?
	Ответить | Правка | Наверх | Cообщить модератору

	21. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+1 +/–
	Сообщение от user (??), 27-Окт-19, 11:12
	Ещё один момент - переносимость ФС.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	61. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–1 +/–
	Сообщение от Аноним (61), 27-Окт-19, 17:01
	FreeBSD тебе чем не угодила?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

3. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–4 +/–
Сообщение от Аноним (3), 27-Окт-19, 08:52
ну значит Хен станет еще менее популярен
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+3 +/–
	Сообщение от A.Stahl (ok), 27-Окт-19, 09:16
	Похоже что это прекращение поддержки затронет только очень редкие конфигурации. Не факт что вообще существующие на практике.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

Часть нити удалена модератором

	35. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–2 +/–
	Сообщение от Аноним (35), 27-Окт-19, 14:16
	Это не так. Не важно, нашлись ли пользователи. Важно лишь то, сколько платят они. Пользователей софта, использующего библиотеки эклипс, сидящих на i686 очень много. Но это не помешало эклипсу просто взять и внаглую дропнуть 32-бита. Как не помешало бунте, федоре, аутодэску, амуде, корелу и многим другим авторам программ. Аналогично с джавой. Однажды оракл выложил 32-битный билд какой-то Java версии 9 для винды. Потом спохватились и выпилили. Но кто-то успел скопировать и перевыложил. После чего копии выпилили по DMCA. Неприятная история получилась. Вот ссылка на историю: https://stackoverflow.com/questions/46356345/can-java-9-run-... Это о чём говорит? Это говорит о том, что ораклу настолько важно прибить 32 бита, что они готовы понести репутационные риски. То есть стоимость оставления в живых архитектуры 32-bit x86 для оракла выше, чем все деньги, которые им могут заплатить коммерческие клиенты, сидящие + убытки от репутационного риска.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	44. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–1 +/–
	Сообщение от soarin (ok), 27-Окт-19, 15:25
	> очень много сомнительно. Динамика на понижение очень сильная https://www.omgubuntu.co.uk/2016/09/use-ubuntu-32bit-64bit-poll
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	49. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–1 +/–
	Сообщение от Аноним (35), 27-Окт-19, 15:59
	Забудьте про все метрики. Есть компании с компами из комплектующих, произведённых в начале нулевых. В том числе с 32-битными камнями и/или ничтожным (по меркам школогеймеров разлива 2019, которым комп купил папик) количеством RAM. На них стоят семёрки и XP. Эти компы никто менять не будет, пока они не сгорят от помехи по питанию. А когда сгорят - достанут со склада не менее старые компы. Пользователи этих компов тоже хотят новейший софт, а покупать компы для компании за свой счёт - не хотят. Производители, дропнувшие 32 бита, дропнули всех этих пользователей. Причём в очень многих случаях дроп совсем необоснован - если взять исходники и собрать, то всё работает. Для маленького софта это легко и почти не напрягает. Но почти не считается, нормальный человек просто возьмёт, выкинет старьё и купит новый комп. Для среднего уже значительно напрягает, настолько значительно, что дешевле становится выкинуть это старое говно мамонта и купить новое, чем ждать несколько часов сборки одной нужной библиотеки. Крупный софт вообще на тех машинах не соберётся, без новой машины для сборки уже не обойтись. Всё ради чего? Чтобы разработчики могли убрать 10 строчек из исходников и ещё 10 из сборочных скриптов?
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	54. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–4 +/–
	Сообщение от Michael Shigorin (ok), 27-Окт-19, 16:11
	Делайте из них терминалы.  Есть и другие варианты, но они годятся для _крупных_ парков более-менее однообразных машин, когда затраченные усилия хотя бы делятся на N большое. Мы продолжаем тащить 32-битный дистрибутив (в девятую платформу вошёл, значит, минимум до 2024 года будет) -- и тратить на это ресурсы сборочных узлов, место на дисках, каналы, а главное -- внимание разработчиков, когда какой-нить очередной chromium или даже что попроще ломается по сборке на i586 сразу или через некоторое время после объявления апстримом прекращения поддержки 32-битных сборок.  При этом не наблюдаем особых толп благодарных пользователей описанных Вами парков сугубо 32-битных систем, которые бы не то что продажников порадовали -- доброе слово сказали. То есть если что-то нужно и ценно -- по-моему, стоит хотя бы по-человечески спасибо сказать, что оно есть, а не считать данностью, которую злые кто-то, сидящие в пруду, задумали отнять.  А ещё лучше -- подарить что-то взамен: например, взяться за починку ломающегося (хоть одного пакета, и то уже подспорье).  И вместо ничего вешать баги с патчами. PS: а, и да -- в #57 совершенно справедливо ещё и за тестирование напомнили...
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	67. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (35), 27-Окт-19, 17:40
	> Делайте из них терминалы.  Есть и другие варианты, но они годятся для _крупных_ парков более-менее однообразных машин, когда затраченные усилия хотя бы делятся на 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".
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	90. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от svsd_val (ok), 28-Окт-19, 07:51
	ИМХО. По факту, не вижу особых причин для прекращения 32 битной поддержки. в 99% софту плевать на то какой битности проц, а собранные на костылях тем - да сложно быть на плаву, поэтому они и отрубают всё по максимому. К слову если посмотреть прекращается "поддержка" 32х битных x86 архитектуры а вот армы и т.п. поддерживаются по этому это больше лицемерие либо лень чем какая-то жёсткая необходимость. Конечно Я понимаю это всё дополнительные временные ресурсы возможно ещё и средние человеческие ресурсы при условии плохой автоматизации. Единственный софт который очень сильно завязан на озу это те же браузеры, которые по своему обыкновению жрут очень и очень много и под час даже диву даёшься как оно столько может выжрать на простой форме .... И то даже они могут на 32х битной системе при грамотной разработке и создавая отдельные процессы (как они в прочем сейчас и делают) выжирать до 64гб в пае режиме. По поводу того что собирать сложно, не согласен, сборочный процесс за редким исключением один и тот-же. А то что Вы поддерживаете 32х битную архитектуру - за это спасибо. Лично я пользуюсь Debian (те то до последнего поддерживают спектр архитектур и оборудования) и по своим железкам с которыми мне часто приходится работать могу сказать что фирме не целесообразно выкидывать >400 специализированных системных блоков (с хорошими характеристиками только потому что нет поддержки 64 бит) так как затраты на покупку более менее актуальных будут весьма и весьма ощутимы.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	93. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от iPony129412 (?), 28-Окт-19, 10:15
	> К слову если посмотреть прекращается "поддержка" 32х битных x86 архитектуры а вот армы и т.п. поддерживаются по этому это больше лицемерие либо лень чем какая-то жёсткая необходимость Конечно необходимость. Называется планирование ресурсов. Очень просто - всё делается за деньги. А потребность диктуется бизнесом. В случае линуксов: Для армов потребность в 32 битном софте максимальна. Для x86 потребность в 32 битах минимальная и идёт на понижение. Спрос/предложение саморегулируются -  всё. PS: В этом мире не работает "топну ножкой, делайте мне как хочу за бесплатно."
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	94. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от svsd_val (ok), 28-Окт-19, 12:27
	>> К слову если посмотреть прекращается "поддержка" 32х битных x86 архитектуры а вот армы и т.п. поддерживаются по этому это больше лицемерие либо лень чем какая-то жёсткая необходимость > Конечно необходимость. Называется планирование ресурсов. > Очень просто - всё делается за деньги. А потребность диктуется бизнесом. > В случае линуксов: > Для армов потребность в 32 битном софте максимальна. > Для x86 потребность в 32 битах минимальная и идёт на понижение. > Спрос/предложение саморегулируются -  всё. > PS: В этом мире не работает "топну ножкой, делайте мне как хочу > за бесплатно." Возможно Вы правы =)
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	56. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–3 +/–
	Сообщение от soarin (ok), 27-Окт-19, 16:14
	> Всё ради чего? Чтобы разработчики могли убрать 10 строчек из исходников и  ещё 10 из сборочных скриптов? так может говорить только человек, который сам не занимается разработкой > Есть компании с компами из комплектующих, произведённых в начале нулевых Трудозотраты по настройке десктопного линукса на них стоят как самый дешёвый современный компьютер. И по мощности он будет мощнее в несколько раз. Поэтому бессмысленно.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	57. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+2 +/–
	Сообщение от Аноним (57), 27-Окт-19, 16:20
	Про тестирование ты даже не подумал. А тестировать надо весь дистрибутив перед релизом в целом, и после каждого фикса после релиза в частности.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	58. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–1 +/–
	Сообщение от soarin (ok), 27-Окт-19, 16:35
	> Про тестирование ты даже не подумал. Да ладно тестирование. В сложных проектах пониже уровнем (ядро, виртуализация, драйвера, браузеры) ты только так отгребёшь и в разработке от нескольких архитектур. Магия с "я просто компилятор с такими опциями запущу и всё" в таких случаях так просто не работает.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	60. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (35), 27-Окт-19, 16:56
	>В сложных проектах пониже уровнем (ядро, виртуализация, драйвера, браузеры) ты только так отгребёшь и в разработке от нескольких архитектур. В принципе верно (браузеры можно было бы и не выделять из виртуализации). >Магия с "я просто компилятор с такими опциями запущу и всё" в таких случаях так просто не работает. Я в разработке таких проектов не участвовал, поэтому судить не берусь.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	62. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–3 +/–
	Сообщение от Аноним (35), 27-Окт-19, 17:02
	На тестирование в принципе можно забить постольку поскольку есть юниттесты, покрывающие особо критичные части. Если тесты прошли - значит ОК. Если прошли, но у пользователей что-то сломалось - значит это они должны обращаться к разрабу. Если сломалось, но никого не затронуло, или затронуло, но молчат - значит всё ОК и фиксить не надо.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	63. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–1 +/–
	Сообщение от soarin (ok), 27-Окт-19, 17:04
	Жесть какие тут диванные аналитики 😀
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	69. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+1 +/–
	Сообщение от iPony129412 (?), 27-Окт-19, 19:29
	> по меркам школогеймеров разлива 2019, которым комп купил папик > А когда сгорят - достанут со склада не менее старые компы. Знаешь в чём у тебя затык. В том что ты человеческие трудозатраты считаешь за ноль. И ладно с разработчиками даже «одна строчка» — смешно конечно. Но ты и усилия обычных пользователей считаешь нулём. Новый системный блок можно легко купить за 8000 рублей. Мой любимый пример в таких случаях сравнение с туалетом — сколько на него денег уходит (туалетная бумага, мыло, уборка). Но нет, у нас будет этакий склад для хранения векового старья, которое мы в случае необходимости достанем. И эникейщик с зарплатой этак хотя бы 20000 рублей, будет своё время тратить, чтобы этот хлам запустить — ему же тоже заняться нечем. И руководитель компании тоже на это смотрит «ну надо же завести этот пятнадцатилетний компьютер, трать своё время за которое я тебе деньги плачу». А потом бухгалтер за этим компьютером пятнадцатилетней давности тоже будет по полчаса открывать свою 1С программу — ей тоже торопиться некуда. Поэтому существующую конфигурацию не обновляют, потому что ты задолбаешься с переносом. И результат переноса тебе не гарантируется вообще. Трудозатраты в первую очередь.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	72. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–1 +/–
	Сообщение от Аноним (35), 27-Окт-19, 20:20
	1. Человекозатраты были бы не больше, чем для новейшего компа, если бы старьё просто не дропали все кому не лень, причём без реальной необходимостр это делать. 2. Также есть опция юзать старый софт. Трудозатраты ровно такие же, как и на новом. Работу юзание старого софта не разрушит. Но появится много неприятных нюансов, которые придётся обходить.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	87. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от iPony129412 (?), 28-Окт-19, 05:07
	Старые машины работают на старом софте, и никто там не бежит за новейшим софтом. А то только сломается чего-то. Стоит машина с Windows XP, вправляет там каким-то ЧПУ станком со специфичным софтом. Никто на Windows 10 не побежит просто так от нечего делать. А то читаешь прям тут. И вот пишут, что прям охота новый софт, особенно про линуксы — вулканы хотим, Wayland и прочее на старье? Никому оно не надо. Пару анонимов не в счёт. Речь про бизнес. Поэтому все вот эти выдумки, про то что из чулана достают 15 летний компьютер и надо же с ним что-то сделать просто так (не пропадать же) выглядят смешно.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	100. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (35), 28-Окт-19, 22:24
	> Старые машины работают на старом софте Во-первых, не машины работают на софте, а софт - на машинах. Машины работают на электричестве и прочих расходниках. > и никто там не бежит за новейшим софтом. Говори за себя лично. Нет принципиальных проблем запустить кроссплатформенный софт на старых машинах. > Никто Говори за себя. > на Windows 10 не побежит просто так от нечего делать. Опять же, может побегут, а может и нет. Зависит от задачи. Если на в десятке есть то, без чего нельзя, то десятка и на 4й пень будет поставлена. > вулканы хотим Для вулкана нужна новая карта. Или не нужна. Мне не хватает квалификации понять, принципиально возможно ли для r600 запилить вулкан. Говорят что для вулкана нужно что-то из GCN, но что конкретно нужно и нужно или просто позарез необходимо - я ещё не разбирался. > Wayland и прочее на старье? А вот вейланд прекрасно работает на древнейших машинах. Скажем спасибо мейнтейнерам дебиана. >Поэтому все вот эти выдумки, про то что из чулана достают 15 летний компьютер и надо же с ним что-то сделать просто так (не пропадать же) выглядят смешно. Тут не до смеха. Всё это общество потребления - это гигантский развод на лохов представителей этого самого общества. Вот они и выглядели бы смешно, покупая и выкидывая каждый год всякий хлам, если бы не было так грустно за то, что мы все с ними одной верёвочкой повязаны в том смысле, что пока они не изменят свои потребительские предпочтения, не видать нам нормальной техники и нормального отношения.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	103. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от iPony129412 (?), 29-Окт-19, 05:37
	> Говори за себя. И не говорю. Смотрю по окружающему миру.
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	106. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (106), 29-Окт-19, 19:12
	>Для вулкана нужна новая карта. Или не нужна. Любое старье 2011-2012+ на GCN 1.0+ подойдет. Даже для Vulkan 1.1.
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	29. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+4 +/–
	Сообщение от CrazyAlex (?), 27-Окт-19, 13:27
	Яркий пример того, как побеждает здравый смысл. Или, может, приведёшь пример, где надо именно 32 бита именно в PV? Думаю, даже если такое чудо найдётся - это будет какое-то замшелое железо с ядром максимум 3.x
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

50. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–8 +/–
Сообщение от Michael Shigorin (ok), 27-Окт-19, 16:04
Постарался по возможности фигурно порезать, но граждане, вы же сами видите -- "на улицах нашего города" завёлся очередной клоун ссыкунчик, который набрасывает как в последний день; зачем вы вообще на него реагируете вместо того, чтобы дружно отправить урода "к модератору" и обсуждать то, что есть обсудить по существу? Оно _всегда_ будет кричать "лялих суксь, виндовсь рулез", пока уплочено (или приколочено) именно так. Воняет -- обойдите.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	51. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+2 +/–
	Сообщение от Аноним (61), 27-Окт-19, 16:06
	Звучит как фигурная ковровая бомбардировка.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	52. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+1 +/–
	Сообщение от Аноним (61), 27-Окт-19, 16:07
	Это уже не говоря что не так было с комментариями.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	55. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–3 +/–
	Сообщение от Michael Shigorin (ok), 27-Окт-19, 16:12
	> Это уже не говоря что не так было с комментариями. Многие комментарии отвечавших были замечательными, прям жалко удалять (см. лог модерирования) -- только вот без контекста того первого наброса непонятно получалось, вообще о чём сыр-бор. А поощрять дерьмушника, который набегает сюда гадить и провоцировать флейм -- полагаю, незачем.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	59. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+1 +/–
	Сообщение от Аноним (61), 27-Окт-19, 16:49
	В логах последовательность странным образом нарушена. Самый первый флеймообразующий комментарий в конце.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	71. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+4 +/–
	Сообщение от Аноним (71), 27-Окт-19, 20:14
	больше половины комментариев удалено, вы совсем там охренели? может давайте просто отключать комментарии к новостям... чтоб не воняло? правда кто сюда ходить будет после этого, порой, не так важна новость, как возможность вести/читать дискуссию под ней. Иногда вменяемые комментаторы попадаются (но это не точно).
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	89. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+1 +/–
	Сообщение от Amonym (?), 28-Окт-19, 07:05
	Здесь, к сожалению, комментарии к большинству новостей "воняют". Абсолютно без разницы о чем новость, пользователи NIX и производных воспринимают в штыки мнение своих же "братьев по оружию". Такого "токсичного" РУ сообщества еще нужно поискать. LOR по большей части страдает тем же самым. Причем, даже модераторы позволяют себе называть пользователей (какими бы токсичными они ни были, но в этой среде невозможно быть другим) "уродами", контекст не очень важен даже в таких случаях. Вот поддерживают некоторые Opennet на плаву, а ради чего? Ежедневного дерьма друг на друга в комментариях?
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	95. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от AlexYeCu_not_logged (?), 28-Окт-19, 14:13
	>Такого "токсичного" РУ сообщества еще нужно поискать. Какие все нежные и ранимые…
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

68. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–1 +/–
Сообщение от Корец (?), 27-Окт-19, 18:49
Ломать - не строить, чё. Я вот одного не понимаю. У нас же есть make menuconfig, за каким вообще что-либо выпиливать из ядра? Закончилась поддержка? Так почему просто не оставить это в виде опции с пометкой устарело?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	77. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Ordu (ok), 27-Окт-19, 21:56
	Всё не так просто. Любой кусок кода в сорцах усложняет сорцы. Любая поддержка чего угодно усложняет сорцы. Чем сложнее сорцы, тем сложнее с ними работать. Поэтому выпиливать старое надо. Если бы всё было так просто, то не было бы никаких проблем тащить форк ядра, чья git-история будет отличаться от mainline выкидыванием одного коммита, выпиливающего подержку 32-разрядных гостевых систем. Но проблема в том, что для того чтобы тащить такой форк может не хватить квалифицированного разработчика на полной занятости.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	78. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (35), 27-Окт-19, 22:23
	Проблема со всеми форками в мердж-конфликтах. Для того, чтобы тащить функциональность в форках, всегда нужно намного больше усилий, чем если её же тащить в апстриме. Потому что тогда не нужно разрешать конфликты слияния и бодаться с мегатупыми инструментами контроля версий, не умеющими в AST.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	80. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Ordu (ok), 27-Окт-19, 23:48
	> Для того, чтобы тащить функциональность в > форках, всегда нужно намного больше усилий, чем если её же тащить > в апстриме. Нет, не меньше. Просто когда функциональность тащится в апстриме, сложности её поддержания ровным слоем размазываются по многим разработчикам, и поэтому они менее заметны со стороны. Но это не значит, что на поддержание старья при таком раскладе тратится меньшее количество человекочасов.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	81. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (35), 28-Окт-19, 00:55
	Нет, меньше. Патчи ломаются даже тогда, когда в самой строке ничего не изменили, а в соседних - изменили то, что патчиемую строку никак не затрагивает. Или добавили комментарий. Или изменили форматирование. Или когда грепом переименовали f**k  на hug. Каждый сломанный патч приходится применять вручную из-за отсутствия нормальных инструментов и нормального формата патчей для них. А ломаются они регулярно.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	82. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (35), 28-Окт-19, 00:56
	s/grep/sed/
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	83. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Ordu (ok), 28-Окт-19, 01:23
	Это естественно. Комментарий, конечно, patch мог бы и обработать вручную, но вот всё остальное надо проверять глазами, прежде чем патчить. Даже если патчиемая строка не была затронута. Инкапсуляция C'шного кода производится на уровне отдельного сорца, в том смысле, что детали реализации, сокрытые в сорце, тебя могут не заботить, только если ты вызываешь код извне. Если же ты меняешь его внутри, то она тебя должна заботить и очень, во всех деталях, каждая строчка сорца. Не все C программисты это уловили, и не всегда им удаётся таким образом делить код на сорцы, но в ядре это именно так. И если в коде есть лишняя строчка, нужная для поддержки чего-то устаревшего, то любой вносящий правки в этот сорец, должен её иметь в виду. Если же ты поддерживаешь форк, то ты должен проверить каждую изменённую апстримом строчку, на предмет того, не вступает ли она в конфликт с твоей, которой нет в апстриме. И тут уже дело не в том, что patch слишком тупой, а в том, что если patch будет слишком умным, то, используя его, ты накидаешь себе в код багов. Тут не важно, кто будет проделывать работу по поиску конфликтов новых строк со старой -- мейнтейнер/разработчик апстрима или ты, разница во времени выполнения задачи будет определяться только разницей в квалификации: если ты лучше разработчиков апстрима знаешь и понимаешь код, то ты будешь это делать быстрее них, если хуже, то, значит, медленнее. Дело в том, что в апстриме разработчиков много, и многие из них впахивают, и впахивают они молча, ты можешь наблюдать только конечный результат их впахивания. А вот свою работу по поддержанию форка ты не сможешь не заметить, и сравнивая то, что ты видишь, с тем чего ты не видишь, ты естественно приходишь к выводу, что тебе сложнее чем им. Но если ты чего-то не видишь, это не значит, что это что-то не существует.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	101. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (35), 28-Окт-19, 22:31
	Ядро же вообще без централизованного гита, вместо него разные списки рассылки с пересылаемыми туда-сюда патчами поверх разных форков. Это было бы и на гихабе с единым апстримом очень больно, но  если они при слиянии каждого патча (которые копятся, ведь некоторые патчи Торвальдс отказывается принимать в апстрим годами) всё вручную перепроверяют - то это ад какой-то.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	102. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Ordu (ok), 28-Окт-19, 23:52
	> если они при > слиянии каждого патча (которые копятся, ведь некоторые патчи Торвальдс отказывается принимать > в апстрим годами) всё вручную перепроверяют - то это ад какой-то. А ты чё думал? Торвальдс вообще известный противник автоматизаций внесения правок в код. Код надо смотреть глазами и править руками. Если твой патч не приняли поверх коммита A, то когда ты его предлагаешь накатить поверх коммита B, то будь добр прежде наложи его поверх B дома, скомпилируй ядро, прогони тесты, и вообще убедись что оно работает. А потом пускай мейнтейнеры кода, куда ты свои патчи суёшь, тоже всё проверят, посмотрят глазами и выскажут своё мнение. Раньше за косяки в этом процессе Торвальдс ругался матом сильно, сейчас он толерантный стал, может он теперь не матом ругается, а как-то иначе. Форк вряд ли сильно увеличит время, но вот чем форк хуже: меньшее количество квалифицированных людей будет смотреть за процессами изменения кода, больше багов будет. Но если баги в этом процессе сильно вероятны, то тогда совершенно точно не стоит говорить о том, что поддержание старья в апстриме -- это практически бесплатно для разработчиков.
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

73. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–2 +/–
Сообщение от Аноним (73), 27-Окт-19, 20:25
Вопрос к Максиму. Почему на этом форуме ни слова нельзя сказать о винде? Почему я не могу написать, что в каких то моментах винда лучше линукса? Или тут диктатура? Какие я правила нарушу, если напишу, что линукс сдувается?????? Прошу ответить!!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	74. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (73), 27-Окт-19, 20:32
	Кстати, тут не любят и мак.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	75. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Нонон (?), 27-Окт-19, 21:09
	BSD тут тоже недолюбливают))))
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	76. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+3 +/–
	Сообщение от Maxim Chirkov (ok), 27-Окт-19, 21:13
	Когда это пишется аргументированно и в тему обсуждаемой новости, никаких вопросов такие сообщения не возникают. Но когда целенаправленно к каждой второй новости без малейшего повода  отправляются сообщения типа "линкус сдувается", даже без попыток пояснить почему, это воспринимается как провокация флейма, разжигание религиозных войн, необоснованные нападки и сообщения не по существу  обсуждаемой темы. Другое дело, что подобные сообщения стоит скрывать, а не удалять. Но по привычке часто рука автоматом наживает кнопку удаления, а не скрытия. Последнее время стараюсь удалять только оскорбления и явную дичь, а остальные нарушения сворачивать.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	79. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+1 +/–
	Сообщение от ананим.orig (?), 27-Окт-19, 22:58
	нет блин, это общественный туалет с вантузом. его суют во все места, особенно в те, которые не имеющие к сабжу никакого отношения.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	84. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Ordu (ok), 28-Окт-19, 01:32
	> Почему я не могу написать, что в каких то моментах винда лучше линукса? Потому что это никому кроме тебя не интересно.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

86. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
Сообщение от Аноним (86), 28-Окт-19, 04:14
УДАЛЕНО.Отмодерировано: gvy, Пояснение: торчок Это вообще как?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	88. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (88), 28-Окт-19, 05:59
	Это он про себя и политику пeдерации.
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

92. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
Сообщение от КО (?), 28-Окт-19, 09:00
>отсутствие защиты от уязвимости Meltdown Оно же, вроде бы, обосновывалось отсутствием возможности проэксплуатировать эту уязвимость?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

96. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	–1 +/–
Сообщение от Аноним (96), 28-Окт-19, 18:05
32 битные системы не нужны, чем раньше похоронят тем лучше, чем меньше зоопарк платформ тем больше придется оптимизировать софт и меньше отмазок будет про совместимость
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

99. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+1 +/–
Сообщение от Аноним (99), 28-Окт-19, 20:53
Простите, я, может неверно понимаю происходящее, но у меня вопрос: а зачем нужны виртуалки, если в них нельзя эмулировать именно устаревшие оси?? Кто-то думает, что виртуалка — это тупо для песочницы? Вот у меня какой-нибудь БолгенОС 10, и гостевая ОС может быть тоже не старше? Или я туп, как дерево, и здесь не совсем о том речь?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	105. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от soarin (ok), 29-Окт-19, 16:54
	> эмулировать именно устаревшие оси Ну Xen как-то не особо про это
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема