The OpenNET Project / Index page

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

KVM: регрессии производительности и обсуждение поддержки 32-разрядных систем

16.12.2024 14:37

В состав ядра Linux 6.13-rc3 принято изменение, устраняющее регрессию производительности в гипервизоре KVM, связанную с медленной обработкой вызовов CPUID на новых CPU, например, на CPU Intel Emerald Rapids операции c CPUID выполняются в 3-4 раза медленнее, чем на CPU Intel Skylake. Подобная особенность привела к снижению производительности гипервизора KVM, который использует CPUID в процессе сохранения и восстановления состояния процессора при каждой передаче управления виртуальной машине, в случае использования вложенной виртуализации. Для решения проблемы в ветку ядра 6.13 принят сокращённый патч, позволивший до 40% сократить время операции даже CPU семейства SkyLake, благодаря кэшированию CPUID. В ядре 6.14 будет представлена полная версия патча, дополнительно улучшающая производительность.

Кроме того, можно отметить обсуждение в списке рассылки разработчиков ядра Linux прекращения поддержки 32-разрядных систем в гипервизоре KVM. Изначально для ядра был предложен патч, удаляющий поддержку виртуализации KVM на платформе x86-32. В ответ были высказаны опасения, что поддержка x86-32 может быть полезной для тестирования работы хост-режима в общем виде на 32-разрядных системах, так как в ядре помимо x86-32 остаётся ещё три 32-разрядные архитектуры, поддерживаемые в KVM. В ответ был представлен ещё один патч, на этот раз удаляющий из KVM поддержку всех 32-разрядных систем.

Желание избавиться от поддержки 32-разрядных систем объясняется тем, что даже на массовых 32-разрядных процессорах ARM, таких как ARM Cortex A7, виртуализация не получила развития и использование виртуальных машин на 32-разрядных системах ARM было настолько редкостью, что поддержка данных систем в KVM была удалена в 2020 году и это не вызвало возражений. Отмечается, что для остальных 32-разрядных систем изменения затронут лишь экзотичные платформы, которые давно не используются на практике или никогда и не были популярны. В числе процессоров, которые затрагивает патч: Intel Core Duo/Silverthorne, PowerPC e300/e500/e600 и MIPS P5600. Патч опубликован как RFC, то есть выставлен на обсуждение.

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Линус Торвальдс раскритиковал попытки привязки к версиям микроархитектуры x86_64
  3. OpenNews: Релиз ядра Linux 6.12 с поддержкой Realtime-режима
  4. OpenNews: Уязвимость в специфичном для CPU AMD коде KVM, позволяющая выполнить код вне гостевой системы
  5. OpenNews: Broadcom работает над переводом VMware Workstation на гипервизор KVM на платформе Linux
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62415-kvm
Ключевые слова: kvm, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (149) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 15:25, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Перешел на AMD, проблем не имею. lscpu наконец-то показывает желаемые значения в графе Vulnerabilities.
     
     
  • 2.4, Аноним (4), 15:31, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Этот патч и на AMD влияет, дело не процах, а в KVM.
     
     
  • 3.6, Аноним (-), 15:38, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Этот патч и на AMD влияет, дело не процах, а в KVM.

    Вообще-то дело - в дико тормозной реализации CPUID у именно интела, и особенно - в новых процах. Кто его знает что там интел сотни циклов делает, но так можно было.

     
     
  • 4.14, Аноним (14), 16:36, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В анб передает айбишник хитреца, который решил повиртуализировать тут. Самый умный что-ли?
     
  • 4.31, Аноним (4), 18:21, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо, это из-за разноядерности? CPUID зависит от контекста выполнения в P или E ядрях, не?
     

  • 1.2, Аноним (2), 15:26, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Опять этот любитель rust'а Arnd Bergmann.

    Все ему неймется.

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

     
     
  • 2.7, Аноним (-), 15:42, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Опять этот любитель rust'а Arnd Bergmann.

    Он так то - майнтайнер ARMов в основном, а вовсе не...

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

    Так изучение показало что бобик давно сдох.
    - ARM на KVM был но это никто не юзал и вынос KVM оказался всем просто пофиг. Никто даже в рассылку не пискнул. Слишком хилые железки чтоб VM на них запускать.
    - x86 которые не умели 64 бита но умели аппаратную виртуализацию было буквально полтора античные уродца, типа CoreDuo чтоли. И конечно никто не запускает VM всерьез на таком, с 32 бит хостами.
    - Все остальное из этого списка вы вероятно даже на картинке не видели. Если вдруг видели - ну, пискните в рассылку что так и сяк, еще живые и юзаете.

    Иначе однажды они все же посчитают что таки - все с этим сдохли. А раз так - для кого работается работа? Ублажение /dev/null чисто по приколу?

     
     
  • 3.13, Аноним (13), 16:35, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Core Duo, полагаю, тоже мало кто в живую видел. Оно только на ноутах и было, чем, кстати, и объясняется отсутствие поддержки 64-бит - на ноуты в те времена не ставили столько оперативки, чтобы возникала потребность отказываться от 32-битной ОС.

    Широкие массы познакомились с этим уже в виде десктопных Core2.

     
     
  • 4.26, Аноним (26), 17:40, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так собственно пойнт той возни множество умеет HW Virt не умеет 64 бит... большой текст свёрнут, показать
     
     
  • 5.178, xintrea (ok), 14:07, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Core Duo, полагаю, тоже мало кто в живую видел.

    Аж чуть не поперхнулся. У меня это моя рабочая машина с 4Gb ОЗУ. Летом, наверно, займусь апгрейдом компа, поменяю на i3-4130, и вкорячу целых 8Gb! Даже не представляю, что буду со всей этой мощью делать.

     
     
  • 6.183, Аноним (-), 23:01, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Core Duo, полагаю, тоже мало кто в живую видел.
    > Аж чуть не поперхнулся. У меня это моя рабочая машина с 4Gb ОЗУ.

    У вас до сих пор 32 битная машина для работы?

    > Летом, наверно, займусь апгрейдом компа, поменяю на i3-4130, и вкорячу
    > целых 8Gb! Даже не представляю, что буду со всей этой мощью делать.

    Ну это смотря в чем работа состоит. Если например просто захотеть скомилять сабжевое ядро с другим конфигом - там и EPYC лишним не покажется. Почему-то.

     
     
  • 7.184, arisu (ok), 23:05, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > У вас до сих пор 32 битная машина для работы?

    вот у меня, например, 32-битная ось, и 8гб памяти на рабочей машине.

    > Ну это смотря в чем работа состоит. Если например просто захотеть скомилять
    > сабжевое ядро с другим конфигом

    пересборка ядра занимает примерно шесть минут. не то чтобы мне это было постоянно надо, но вот так.

     
     
  • 8.195, Аноним (-), 23:34, 23/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зашибись комбо когда нельзя даже аллоцировать доступную оперативу некоей програм... текст свёрнут, показать
     
     
  • 9.197, arisu (ok), 02:17, 24/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    какое счастье, что у меня нет 171 неких программ 187 , писаных безрукими Совр... текст свёрнут, показать
     
  • 4.68, Аноним (68), 00:15, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    64 бита были со времён 4 пней, мой юный друг.
     
     
  • 5.107, IdeaFix (ok), 11:02, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А в коре соло его не было... и в Xeon LV на той архитектуре тоже.
     
  • 4.106, IdeaFix (ok), 11:01, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оно было очень массово на серверах, звалось Xeon LV (https://theretroweb.com/chips/3393) и от ноутбучного действительно отличалось мало. Часто вижу такие системы в проде до сих пор в формате двухпроцессорных SBC в составе контроллеров видеостен, некоторого промышленного и реже медицинского оборудования. Возможно совпало/наложилось, но чаще всего это Хитачи. Т.е. был момент, когда оно было победителем в плане поерфоманс на ватт, да и расширялось не плохо. Но на машинах в основном конечно Windows.
     
     
  • 5.117, Аноним (-), 11:57, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Оно было очень массово на серверах, звалось Xeon LV (https://theretroweb.com/chips/3393)
    > и от ноутбучного действительно отличалось мало.

    Массово - по сравнению с чем? Сколько я себя помню энтерпрайзы очень быстро подсели на 64 бита и хардварную виртуализацию - а все вон то было крайне нишевой ситуацией еще 10 лет назад, а сейчас это как хост VM - ну, хоть 1 остался? Если вдруг - его владельцам и пищать в рассылке что мол они тут еще не померли. Хотя как по мне - могут LTS ядра просто юзать.

    > Часто вижу такие системы в проде до сих пор в формате двухпроцессорных SBC
    > в составе контроллеров видеостен, некоторого промышленного и реже медицинского оборудования.

    Эти ископаемые даже если и юзали Linux то врядли что-то делали с виртуалками.

     
     
  • 6.132, IdeaFix (ok), 13:29, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тут вопрос в другом вообще. Формулировка цели, для достижения которой ставится задача "пищать" не верна.

    Много где отлично до сих пор на 2.6. Одно дело когда дропали HP-PA - просто разом убрали всю документацию, выкрутили руки всем кто официально контрибутил в чпукс, прямо поудаляли всё и везде и ничего не дали в плане документации после смерти. А тут... в 6.хх ядре сломают Коре дуо?:) Ха-ха... у нас на два шесть всё прекрасно.

    А хосты на ESX 3i на х86 без vt таки да, до сих пор встречаются. Недавно такой хост в гиперв мигрировал :)

     
     
  • 7.135, Аноним (-), 15:39, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Позволю не согласиться Ресурсы у разработчиков - ограниченные Кода - много И ... большой текст свёрнут, показать
     
     
  • 8.139, IdeaFix (ok), 16:26, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Об том и речь, что ой ты Боже ты мой страшное выпиливание коре дуо из ядра похор... текст свёрнут, показать
     
  • 8.159, Аноним (159), 16:08, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кукарекнут, вы имели в виду ... текст свёрнут, показать
     
  • 3.41, arisu (ok), 19:16, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > И конечно никто не запускает VM всерьез на таком, с 32 бит хостами.

    опять меня не существует, да что ж ты будешь делать-то!

     
     
  • 4.50, Аноним (50), 20:47, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так что ж ты на опеннет пишешь? Девелоперам писать надо.
     
     
  • 5.60, arisu (ok), 22:29, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну так что ж ты на опеннет пишешь? Девелоперам писать надо.

    а разве это они в паре комментариев выше написали на опеннете, что меня не существует?

     
     
  • 6.74, Аноним (-), 00:40, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > а разве это они в паре комментариев выше написали на опеннете, что меня не существует?

    Ты им сообщил, что еще не вымер?
    Как они должны были догадаться, что такие оригиналы еще существуют?
    А вот написал бы, и они бы сразу же решили "не, ну раз arisu пользуется, то не будем дропать еще лет десять!"

     
     
  • 7.75, arisu (ok), 00:52, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ещё раз спрошу: зачем мне это *им* сообщать? это они несколькими комментариями выше написали на опеннете, что меня не существует?
     
     
  • 8.82, Аноним (-), 01:39, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так про то что таких как ты не существует написали не только местные комментатор... текст свёрнут, показать
     
     
  • 9.83, arisu (ok), 01:45, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    это, без сомнения, очень интересная информация однако я обращался именно к мест... текст свёрнут, показать
     
     
  • 10.86, Аноним (-), 01:51, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    будь любезен, приведи цитату, где я написал что ты недоволен этим дропом там вр... текст свёрнут, показать
     
     
  • 11.89, arisu (ok), 02:02, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    то есть, твоё пожелание мне писать маинтайнерам было высказано просто так, чисто... текст свёрнут, показать
     
     
  • 12.108, Аноним (108), 11:04, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разумеется нет А исключительно чтобы просветить тех темных и невежественных люд... текст свёрнут, показать
     
     
  • 13.112, arisu (ok), 11:20, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    я совершенно не понимаю, почему твоё желание кого-то просвещать вдруг должен исп... текст свёрнут, показать
     
     
  • 14.114, Аноним (-), 11:26, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что мне они не поверят Скажут не, такого быть не может они все вымерли... текст свёрнут, показать
     
     
  • 15.144, arisu (ok), 19:58, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    это совершенно не значит, что мне интересно реализовывать твои хотелки, тем боле... текст свёрнут, показать
     
  • 14.120, Аноним (120), 12:05, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кэп, ты лол Давай я тебе расскажу Эти конфиги - нужны тебе Ну, если - нужны ... текст свёрнут, показать
     
     
  • 15.146, arisu (ok), 20:02, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а давай теперь я расскажу как я уже писал выше 8212 где я хоть словом возмут... текст свёрнут, показать
     
     
  • 16.161, Аноним (-), 18:13, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А, ну против такого удивления я не возражаю Но я все же не понимаю - ты реально... текст свёрнут, показать
     
     
  • 17.172, arisu (ok), 23:48, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну не выкидывать же рабочее железо я вообще не люблю выкидывать железо, которое... текст свёрнут, показать
     
     
  • 18.185, Аноним (-), 23:11, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я совсем ненужное - раздал всяким сельпошникам, у которых денег и на такое не бы... большой текст свёрнут, показать
     
     
  • 19.187, arisu (ok), 23:32, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    kvm удобен в том числе для создания хорошо изолированых окружений но в общем ... текст свёрнут, показать
     
     
  • 20.196, Аноним (-), 23:37, 23/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как бы у меня он так и юзается И вот гуесты иногда можно и 32 бита Хотя 64 ... текст свёрнут, показать
     
  • 8.119, Аноним (-), 12:02, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так пискни в рассылку - и сообщи что существует Ну, если это все реально над... текст свёрнут, показать
     
  • 7.157, Роман (??), 08:44, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Как они должны были догадаться, что такие оригиналы еще существуют?

    через телеметрию или хотя бы по проданным лицензиям..oh wait..

     
     
  • 8.162, Аноним (-), 18:14, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да не, спасибо, вы там таким жабогадюкингом в своей виндочке как-нибудь без нас ... текст свёрнут, показать
     
     
  • 9.164, Аноним (-), 18:27, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно И чтобы стало хорошо, мы делаем чтобы вас не было А то просто неудоб... большой текст свёрнут, показать
     
     
  • 10.169, Аноним (-), 20:36, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот меня и нету в ваших виндочках Я нифига не agree с тем булшитом которы... большой текст свёрнут, показать
     
     
  • 11.171, Аноним (-), 20:52, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    фух, какое облегчение это твои проблемы, что чем считать вон некоторые считают... текст свёрнут, показать
     
     
  • 12.186, Аноним (-), 23:17, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Держите нас в курсе А я вот как раз люблю разбираться что и как работает И за ... большой текст свёрнут, показать
     
  • 6.141, Аноним (50), 18:12, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Они даже хуже местных комментаторов: сразу в коде решили задекларировать твоё несуществование через удаление нужных тебе вещей. Беги пиши, может ещё опомнятся.
     
  • 4.118, Аноним (-), 11:59, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> И конечно никто не запускает VM всерьез на таком, с 32 бит хостами.
    > опять меня не существует, да что ж ты будешь делать-то!

    Ты где-то отковырял именно семейство процов которое уже умело HW Virt но не умело 64 бита? Их за всю историю человечества - полторы наименования было.

    И да, прости но x86-32 таки - по сути все. Это лютейшее легаси в 2024 году. Типа ARMv4 какого-нибудь - только костылей в 20 раз больше.

     
  • 2.15, Аноним (15), 16:40, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Отрезайте-отрезайте. Не должно сообщество платить за любителей музейных древностей, которые ещё и планету зря греюсь своим недожелезом.
     
     
  • 3.16, Аноним (14), 16:47, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это ты планету зря греешь.
     
  • 3.19, Аноним (19), 16:56, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Платящее сообщество - это оксюморон в чистом виде.
     
     
  • 4.22, Аноним (22), 17:16, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В странах не третьего мира вполне могут платить.
     
     
  • 5.67, Аноним (67), 00:12, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это в тренде зеленой повестки:
    Наибольшего расцвета движение фриганов достигло в Швеции, США, Бразилии, Южной Корее, Великобритании.... В России нет сколько-нибудь заметной тенденции к фриганизму... (с) педевикия
    Хоть граждане с коройдуба как-то ориентируют нас на передовые страны!
     
  • 4.98, 12yoexpert (ok), 06:19, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    скажи это создательнице octoprint, которая начала по фану и даже не на своём основном языке, а теперь живёт чисто на донатах
     
     
  • 5.113, Аноним (-), 11:20, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > а теперь живёт чисто на донатах

    Забавно что ты вспомнил именно ее.
    Так вот - жила. Ну... или пока еще живет.

    While OctoPrint’s usage numbers have steadily grown by 30% since 2021 to an all time high of now over 150000 active instances (and that’s just the ones I know about), financial support for my work on OctoPrint has dropped by over 30% over that same time, with most of this decline happening over the course of the past 12 months.

    Денег стало меньше. Потому что донаты дело добровольное.

     
     
  • 6.115, 12yoexpert (ok), 11:33, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну ладно, пойду задоначу. недавно же просто где-то в rss слышал её же слова (в видео-интервью) о том, что денег вроде как хватает и для неё было неожиданностью, что так много донатят
     
  • 2.40, Аноним (-), 19:04, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > любитель rust'а Arnd Bergmann.

    Сразу видно что человек не заскостенелый, некролюбсвтом и луддизмом заниматься не хочет.
    Хорошо что в ядре есть сторонники прогресса.

    > а не варианты по живому отрезайте.

    Какому живому?
    Этот хлам устарел еще во времена core 2 duo.

     
     
  • 3.58, Аноним (58), 21:24, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кто продвигает везде Rust - тот ....
     
  • 3.158, Аноним (2), 14:50, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Сразу видно что человек не заскостенелый, некролюбсвтом и луддизмом заниматься не хочет.

    Хорошо что в ядре есть сторонники прогресса.

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

    И то что выпиливают старое - ладно. Но вот то что не правят консерваторию - очень плохо.

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

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

     
  • 2.99, 12yoexpert (ok), 06:26, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    зато ему потом меньше переписывать на раст
     

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

  • 1.3, Аноним (4), 15:30, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В ядре 6.14 будет представлена полная версия патча, дополнительно улучшающая производительность.

    Я так понял, там еще будет третий патч, связанный с кэшированием всего CPUID. В данном только XSAVE закэшировали.

     
  • 1.5, Аноним (5), 15:37, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    > на CPU Intel Emerald Rapids операции c CPUID выполняются в 3-4 раза медленнее, чем на CPU Intel Skylake

    Интел. 2024 год. Итоги.

     
     
  • 2.8, Аноним (8), 15:52, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Интересно, учитывают ли они это во всех этих CPU benchmark-ах где пишут число попугаев?
     
     
  • 3.9, Аноним (9), 16:03, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    CPUID не такая уж часто выполняемая команда.
     
     
  • 4.10, Аноним (-), 16:20, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > CPUID не такая уж часто выполняемая команда.

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

     
     
  • 5.30, Аноним (4), 18:19, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кэширование CPUID, которое никогда не меняется - костылить? Однако...
     
     
  • 6.121, Аноним (-), 12:08, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кэширование CPUID, которое никогда не меняется - костылить? Однако...

    Вообще-то иногда может и меняться. Например - при апдейте микрокода.

     
  • 4.109, IdeaFix (ok), 11:04, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    просто к слову, 3дмарк 2005 на lga1700 не находит sse :)
     

  • 1.23, Аноним (23), 17:25, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Тут простая логика: если человек пользует старинное железо - значит он по характеру консерватор (нищих пока не рассматриваем). Если он консерватор - то наверняка пользует ядро 3, 4, ну максимум 5 версии.
    Вывод - выкидывать можно. Если хозяин нищий - то есть workaround в виде старых ядер, многие из которых даже на LTS поддержке.
     
  • 1.24, Аноним (24), 17:33, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Нужна ли мне на 3 пеньтиуме KVM?
     
     
  • 2.32, Аноним (14), 18:25, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да
     
     
  • 3.38, Аноним (24), 18:50, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну ладо, тогда хорошо, что не удалили
     

  • 1.25, Аноним (23), 17:36, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А остались ли в свежих ядрах драйвера устройств, которые были типичны на компах с этими корами дуба (не дуо)? Сдается мне оно и так уже не пригодно для античного железа
     
     
  • 2.27, Аноним (-), 17:44, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А остались ли в свежих ядрах драйвера устройств, которые были типичны на
    > компах с этими корами дуба (не дуо)? Сдается мне оно и
    > так уже не пригодно для античного железа

    Да вроде остались пока. Ну не, EISA вроде таки - выпилили. А так ядро 6.10 вполне себе взлетело на каком-то атлон XP чтоли или как там его, даже без SSE2 который еще. Но это на правах научного курьеза.

     
  • 2.28, Аноним (24), 17:54, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    у меня 12 дебиан работает с Ati AGP видимокарточкой - даже ускорение есть и в 3d стрелялку-убивалку из реп можно поиграть
     
  • 2.101, 12yoexpert (ok), 06:31, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    в свежем ядре gameport - вполне себе середнячок по древности
     

  • 1.29, КО (?), 18:10, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    никогда и не были популярны. В числе процессоров, которые затрагивает патч: Intel Core Duo
    Мне тоже отсыпьте там
     
     
  • 2.33, Аноним (14), 18:28, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Intel Core Duo != Intel Core 2 Duo
     
     
  • 3.56, Аноним (58), 21:20, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Более того, Intel Core 2 Duo != Intel Core 2 Duo, как Intel Pentium 4 != Intel Pentium 4.
     
     
  • 4.57, Аноним (58), 21:23, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле тут на опеннете есть тролли, которые берут самые последние ревизии - и используют их как аргумент в пользу дропа ("смотри, даже на пне завелось бы"!), намеренно игнорируя факты, что на предыдущих ревизиях все эти ништяки недоступны, а те, кто купили последние ревизии - просто лохи, купившие заведомо устаревшую железку, которая однако свежая и дорогая, когда могли купить сразу же Core i7.
     
  • 2.153, Alladin (?), 21:58, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ох, кору дуба 2 не тронули значит
     

  • 1.35, cheburnator9000 (ok), 18:40, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну эксперты опеннета объясните мне почему CPUID нужно постоянно вызывать заново из раза в раз, вместо кеширования его один раз на старте VM? Потому что пользователь на лету меняет физический CPU в сервере???
     
     
  • 2.39, Аноним (50), 18:56, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Смотря какой пользователь. Один из основных контрибьюторов в успех Линукса как серверной платформы таки меняет в своих мейнфреймах CPU на лету штатным образом. Это одна из базовых фич, которые продают их продукты — замена компонентов на лету, без остановки всей машины. Другое дело, что случается это не каждый день, но согласись, такой примитивный запрос как CPUID не должен тормозить, это просто смешно.
     
     
  • 3.42, arisu (ok), 19:24, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > но согласись, такой примитивный запрос как CPUID
    > не должен тормозить, это просто смешно.

    так и простая команда 'xchg eax, edx' тормозить не должна, например. это ведь просто указание ремаперу регистров, правда? а вот нет, неправда. тормозит. более чем в два раза медленней, чем 'mov ebx, eax / mov eax, edx / mov edx, ebx'. и вот так у интеля всё, за что ни ухватись. и вот так у нынешних процессоров всё, за что ни ухватись. почему 'movups' по выравненым адресам всё ещё в полтора-три раза медленней, чем 'movaps'? (потом Зоркие Глаза заметили, починили.) почему попытки избежать domain stall в SSE иногда (и непредсказуемо заранее где) всё замедляют в разы? почему, почему, почему…

     
     
  • 4.48, Аноним (50), 20:09, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > почему, почему, почему…

    Ну почему это как раз очень просто понять. Современный CPU штука весьма сложная, а делают их люди. Люди неизбежно будут ошибаться, и жаловаться на это так же бессмысленно как сетовать на дождь. Тем более что сложность CPU как раз того самого рода которая хуже всего поддаётся людям: сложность из-за количества. Нашего «7±2» явно недостаточно для того, чтобы осознать все взаимодействия внутри даже довольно простых схем, а тут миллионы транзисторов на околоквантовых расстояниях.

     
     
  • 5.61, arisu (ok), 22:32, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    если твои слова упростить, то получится очень интересный тезис: никто не понимает, как работают современные CPU. и я таки с ним согласен. неимоверно радует тот факт, что хумансы без проблем, например, доверяют свои жизни устройствам с непонятным принципом функционирования. один из основных отличительных признаков квазиразумных существ, кстати.
     
     
  • 6.64, Аноним (-), 23:53, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  неимоверно радует тот факт, что хумансы без проблем, например, доверяют свои жизни устройствам с непонятным принципом функционирования

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

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

    И это нормально - тк все знать не возможно, а специализация это основа нашей цивилизации.

     
     
  • 7.76, arisu (ok), 00:55, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Люди существа практичные

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

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

     
     
  • 8.91, Аноним (91), 02:27, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Никакой он не дурак, товарищ Арису Понимать это, как ни странно, относительно... текст свёрнут, показать
     
     
  • 9.92, arisu (ok), 02:33, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    дурак он потому, что начал приводить примеры из другой области, которая связана ... текст свёрнут, показать
     
  • 8.116, Ананимус (?), 11:45, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У нас тут школьник-нигилист, лол ... текст свёрнут, показать
     
     
  • 9.122, Аноним (-), 12:10, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Он таки всего лишь капитан очевидность, как бы узнавшим себя в описании ни было ... текст свёрнут, показать
     
     
  • 10.130, Ананимус (?), 13:26, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, он обычный школьный edgelord -- все тупые, РЯЯЯЯ То что мы, как вид, ра... текст свёрнут, показать
     
     
  • 11.133, Аноним (-), 13:30, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Полностью согласен Полностью не согласен Палкой и какахами кидаемся до сих по... текст свёрнут, показать
     
  • 11.136, Аноним (-), 15:52, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, вообще, между нами, этот дефолт - отлично работает Вероятность угадать 95 ... большой текст свёрнут, показать
     
     
  • 12.138, Ананимус (?), 16:01, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я понимаю что мы все травмированы луркмором в детстве, но сколько можно-то Ну к... текст свёрнут, показать
     
     
  • 13.143, Аноним (-), 19:37, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то - как известно в каждой шутке лишь доля шутки И лурк просто квинтэссе... большой текст свёрнут, показать
     
     
  • 14.149, arisu (ok), 20:13, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    прости, а ты точно фс писал а то я не очень понимаю, чего сложного в сдвигах, к... текст свёрнут, показать
     
     
  • 15.163, Аноним (-), 18:25, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как ты кодировать даже просто поле размер файла намерен без 64-битных чисел И... большой текст свёрнут, показать
     
     
  • 16.173, arisu (ok), 00:02, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а, то есть, в x86 нельзя 64-битные целые использовать, для этого обязательно x86... большой текст свёрнут, показать
     
     
  • 17.188, Аноним (-), 22:53, 20/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Надо же, 64-бит процы лучше работают с 64-бит числами Какая неожиданность А ещ... большой текст свёрнут, показать
     
     
  • 18.190, arisu (ok), 23:22, 20/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    надо же сначала ты заявил, что в 32-бит режиме невозможно сделать 64-бит числа,... большой текст свёрнут, показать
     
  • 14.155, Ананимус (?), 01:18, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лурк и мешал Выросли и рассказывают байки про 95 Ну хотят люди страдать с 32 ... большой текст свёрнут, показать
     
     
  • 15.165, Аноним (-), 18:34, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я интернет начал использовать задолго до этого И о тех соотношениях догадался т... большой текст свёрнут, показать
     
  • 12.147, arisu (ok), 20:06, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    я так и знал, что надо было патентовать метод а теперь и в суд не подать за опу... текст свёрнут, показать
     
     
  • 13.170, Аноним (-), 20:41, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да блин, обломалось бы оно из-за prior art а Такой стиль поведения двуногих сф... текст свёрнут, показать
     
     
  • 14.174, arisu (ok), 00:18, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    на самом деле можно хотя бы начать с оценки того, действительно ли надо бежать, ... большой текст свёрнут, показать
     
     
  • 15.176, Аноним (-), 00:33, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно И не думаю что такое решение обсуждается с бухты-барахты Собственно сл... большой текст свёрнут, показать
     
     
  • 16.177, arisu (ok), 00:53, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    для того, чтобы знать, достаточно ли 8212 надо хотя бы иметь представление о ... большой текст свёрнут, показать
     
     
  • 17.179, Аноним (-), 14:54, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    возможно конкретно ты разбираешься, но мне попадались тяжелые случаи, когда пред... большой текст свёрнут, показать
     
     
  • 18.182, arisu (ok), 22:46, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну, это не всегда и не во всём, конечно молодёжь тоже разная бывает я скорее п... текст свёрнут, показать
     
  • 15.189, Аноним (-), 23:18, 20/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот лично я совсем не откажусь от 1 В 2 раза больше битов за тот же 1 так... большой текст свёрнут, показать
     
     
  • 16.193, arisu (ok), 23:40, 20/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а я в 32-бит режиме могу как минимум в четыре раза больше битов и что а вот за... большой текст свёрнут, показать
     
  • 6.125, Хрю (?), 12:20, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >неимоверно радует тот факт, что хумансы без проблем, например, доверяют свои жизни устройствам с непонятным принципом функционирования

    А ты понимаешь как работает твой мозг? А ведь ты ему не просто доверяешь, он и есть ты. 😁 Вообще человек в современном мире живёт на доверии и доверие ит железяке далеко не самое странное в текущей цивилизации. Так что можно расслабся.

     
     
  • 7.148, arisu (ok), 20:08, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А ты понимаешь как работает твой мозг?

    а ты понимаешь разницу между «мы сделали» и «нам было дадено изначально, без документации»? вопрос, если что, риторический: очевидно, что не понимаешь, для этого как раз рабочий мозг нужен.

     
  • 3.52, нах. (?), 20:51, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Это одна из базовых фич, которые продают их продукты — замена компонентов на лету, без остановки
    > всей машины.

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

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

    (и именно по этой причине те же вмварьские кластеры настойчиво рекомендуют включать EVC - и хрен ты соберешь в один кластер камни одновременно от intel и амуде - потому что от такой миграции, внезапно, может и поплохеть)

     
     
  • 4.102, 12yoexpert (ok), 06:34, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    там небось ещё и ядра cpu по подписке. каждое. отдельно
     
     
  • 5.142, нах. (?), 18:29, 17/12/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.51, Аноним (51), 20:50, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В device emulator из Android SDK можно работающий андроид остановить с сохранением состояния, то же в VirtualBox. Продолжать можно, КМК, на другом железе .
     
     
  • 3.53, Аноним (51), 20:54, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ... хотя это может к гостевой системе и не относится
     

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

  • 1.37, Аноним (37), 18:49, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Когда переход на 128 бит?
     
     
  • 2.103, Аноним (103), 10:50, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Уже осуществлён. И переосуществлён. Многий софт уже требует SSE4.2, там векторы 128-битные. А размер указателя не особо важен - он привязан к размеру памяти. Когда потреб...ительство доходит до того, что 32 бита становится мало, тогда оверхед на вдвое болшие указатели становится несущественен - всё равно эффективные потреб...ители транжирят в разы больше, а других разрабов софта для вас нет: рыночек порешал, если клиент не готов платить даже за железо - то за софт он и подавно платить не готов, эффективный фильтр отсеять заведомо неприбыльные сегменты рынка.
     

  • 1.43, Аноним (43), 19:25, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Когда тебе перестанет хватать 16 Экзабайт(!) памяти. Ну или 8 терабайт под один процесс.
     
     
  • 2.49, Аноним (50), 20:13, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > 8 терабайт под один процесс

    В некоторых задачах аналитики мы довольно близки у этим значениям. Мне девелоперы иногда жалуются, что терабайт мало, а на четырёх серверах по ¼ТБ — медленно. А айбиэмовского мейнфрейма у меня для них нет.

     
     
  • 3.62, arisu (ok), 22:35, 16/12/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.124, Аноним (-), 12:12, 17/12/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.150, arisu (ok), 20:16, 17/12/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.104, Аноним (104), 10:53, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    убогонький DSG-2 от NVidia - имеет на борту 768-1500 Gb памяти
     
  • 3.126, BeLord (ok), 12:37, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Напомни разрабам, что станок в ЧПУ решал свои вопросы с 256 байтами памяти и делал детали из которых можно собрать кресло на котором этот разраб сидит-))
     
     
  • 4.134, _kp (ok), 15:22, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не совсем с 256 байтами. У него память на перфоленте была. ;)
     
  • 4.137, Аноним (137), 15:54, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Напомни разрабам, что станок в ЧПУ решал свои вопросы с 256 байтами
    > памяти и делал детали из которых можно собрать кресло на котором
    > этот разраб сидит-))

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

     
     
  • 5.145, Аноним (67), 20:00, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Механика станка ограничивает, а не размер памяти
     
     
  • 6.151, arisu (ok), 20:18, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нет. Механика станка ограничивает, а не размер памяти

    вот зачем ты? Современные Успешные Айтишники уверены, что любую проблему можно решить просто увеличив объём хранилищ и число процессоров. не ломай людям жизни.

     
     
  • 7.167, Аноним (-), 18:47, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Нет. Механика станка ограничивает, а не размер памяти
    > вот зачем ты? Современные Успешные Айтишники уверены, что любую проблему можно решить
    > просто увеличив объём хранилищ и число процессоров. не ломай людям жизни.

    Вообще-то вот именно этот конкретный айтишник - смотрит на забавную менюху в UART'е где можно интерактивно степпером порулить по приколу :)

    При том оно напрогано - с ноля, самим мной, by specs. Т.е. я просто посмотрел времянки сигналов потребные степперу - и напрогал это. Без всяких serial.begin'ов и прочих либ в стиле черного ящика от богов. Вплоть до разгона, торможения, бибикиния степпером и проч (когда микросекунды можно потрогать пальцами, можно и немного поприкалываться).

     
  • 6.166, Аноним (-), 18:41, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет. Механика станка ограничивает, а не размер памяти

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

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

     
     
  • 7.175, arisu (ok), 00:23, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ты сейчас описал DSP с обратной связью. для чего традиционно используют кастомно разработаное железо. конечно, можно приспособить и серийное — но это, по моему мнению, всё ещё не повод усложнять серийное железо до степени, когда оно сможет делать всё-всё (но хреново).
     
     
  • 8.191, Аноним (191), 23:34, 20/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а ты посмотри что в современном motor control вообще бывает - мало не покажет... большой текст свёрнут, показать
     
     
  • 9.194, arisu (ok), 23:45, 20/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ты описываешь, как очень нужно DSP, просто жить без него никак 8212 и тут же ... текст свёрнут, показать
     
  • 7.180, Аноним (24), 17:54, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты ровно на 20 лет опоздал.
    Тому же Mach3 и LinuxCNC хватает 32х битного 4 пня типа нортвуда из далекого 2004 года...
     
     
  • 8.192, Аноним (191), 23:35, 20/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь попробуйте вместо этого перфоленту и 256 байтов на все, и как вам такой ... текст свёрнут, показать
     

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

  • 1.54, Аноним (58), 21:17, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Желание избавиться от поддержки 32-разрядных систем объясняется тем, что даже на массовых 32-разрядных процессорах ARM, таких как ARM Cortex A7, виртуализация не получила развития

    На самом деле это просто окно Овертона двигают в сторону полного дропа. Хотя на самом деле никакого окна нет, и дропнуть можно просто решением Линуса все 32-битные ISA скопом. Good riddance - скажет он, как уже говорил.

     
  • 1.127, Аноним (127), 12:48, 17/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >KVM: регрессии производительности

    Это не у KVM регрессии, а у Интеля. Правильное решение: "либо покупайте у нормальных вендоров CPU, либо не вякайте".

     
  • 1.154, Zenitur (ok), 23:38, 17/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вопрос: а зачем на 64-битных армах KVM? Разве там есть аппаратная виртуализация? Или там паравиртуализация, как с Xen в 2005 году?
     
     
  • 2.160, Аноним (159), 16:13, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, есть. Для того, чтобы крутит код юзера в виртуалке, а bootloader залочить и никого кроме своих - не пущать.
     
  • 2.168, Аноним (168), 18:51, 18/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос: а зачем на 64-битных армах KVM? Разве там есть аппаратная виртуализация?

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

    А уж ARMv8 с и подавно с виртуализацией. Представляете, у x86 нет монополии на прогресс. И RISCV идеи соьезьянил, что они, рыжие?!

     
  • 2.181, nilsys (?), 18:04, 19/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да, аппаратная

    да, даже на телефонах. см. android virtualization framework

    это только на опеннете ни у кого ничего никогда нет

     

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



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

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