<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Аспро: ЛайтШоп [тема: Перехожу с x86_64-v2]</title>
		<link>http://proxmox.su</link>
		<description>Новое в теме Перехожу с x86_64-v2 форума Proxmox Виртуальная Среда на сайте Аспро: ЛайтШоп [proxmox.su]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sat, 23 May 2026 01:51:07 +0300</pubDate>
		<item>
			<title>Перехожу с x86_64-v2</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message323079/77518-perekhozhu-s-x86_64_v2">Перехожу с x86_64-v2</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Приложение можно скомпилировать для использования более быстрых инструкций процессора (например, AVX512), если они доступны и обнаружены во время выполнения. Но приложению нужно, чтобы это было видно. Например, ffmpeg, mplayer (./configure --enable-runtime-cpudetection). &nbsp;gcc $CFLAGS можно настроить с параметром -march=native, скорость приложения изменится после перекомпиляции. &nbsp;Тогда откатиться на более старый процессор нельзя, программа не будет работать (нелегальная инструкция процессора). Например, gentoo gcc $CFLAGS можно настроить с параметром -mtune=native, скорость приложения изменится после перекомпиляции. Например, gentoo gcc $CFLAGS можно настроить с параметром -mtune=x86_64-v4, приложение будет работать быстрее всего только на этом архитектуре процессора. Например, cachyOS.<br /><br />ИМХО, для вашего кластера следует использовать максимально возможный уровень функций, и самый низкий общий знаменатель процессора (все процессоры имеют этот набор функций). x86_64-v2 — это просто безопасный стандарт в последнем релизе Proxmox, подходит для процессоров старше десяти лет, разумно быстрых инструкций (SSE4), и, вероятно, требуется для решения требований стандартной установки Windows 11. <br />
			<i>12.06.2025 14:21:00, ucholak.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message323079/77518-perekhozhu-s-x86_64_v2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message323079/77518-perekhozhu-s-x86_64_v2</guid>
			<pubDate>Thu, 12 Jun 2025 14:21:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Перехожу с x86_64-v2</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message323078/77518-perekhozhu-s-x86_64_v2">Перехожу с x86_64-v2</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Добавлю к предыдущему ответу, мы не заметили никаких проблем при смене типов процессоров. Список совместимых процессоров можно посмотреть здесь: <noindex><a href="https://qemu-project.gitlab.io/qemu/system/qemu-cpu-models.html" target="_blank" rel="nofollow" >https://qemu-project.gitlab.io/qemu/system/qemu-cpu-models.html</a></noindex> <br />
			<i>21.05.2025 23:44:00, SteveITS.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message323078/77518-perekhozhu-s-x86_64_v2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message323078/77518-perekhozhu-s-x86_64_v2</guid>
			<pubDate>Wed, 21 May 2025 23:44:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Перехожу с x86_64-v2</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message323077/77518-perekhozhu-s-x86_64_v2">Перехожу с x86_64-v2</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Здесь можно найти различия в функциональных возможностях наборов инструкций CPU для x86-64 микроархитектур: x86-64 Feature Levels – Wikipedia. Изменение типа CPU в VM требует холодного запуска (полного выключения и перезагрузки), чтобы новые настройки вступили в силу. Большинство современных операционных систем, включая Windows, справляются с такими изменениями без проблем. Однако, некоторое программное обеспечение (включая механизмы лицензирования ОС) может связывать активацию с аппаратным отпечатком, что может быть затронуто изменением CPU. Сделайте снимок VM перед тестированием любых изменений. Удачи!<br /><br />Blockbridge: Сверхнизкая задержка, полностью NVME-совместное хранилище для Proxmox - <noindex><a href="https://www.blockbridge.com/proxmox" target="_blank" rel="nofollow" >https://www.blockbridge.com/proxmox</a></noindex> <br />
			<i>21.05.2025 21:31:00, bbgeek17.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message323077/77518-perekhozhu-s-x86_64_v2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message323077/77518-perekhozhu-s-x86_64_v2</guid>
			<pubDate>Wed, 21 May 2025 21:31:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Перехожу с x86_64-v2</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message323076/77518-perekhozhu-s-x86_64_v2">Перехожу с x86_64-v2</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Привет, какие последствия могут быть, если изменить архитектуру ЦП виртуальной машины с x86_64-v2 на x86_64-v3? По моим тестам вроде бы проблем нет, всё кажется работающим нормально. Но, учитывая изменения, которые Redhat внесла с RHEL 10 и установила x86_64-v3 как требование для обновления, кажется важным задать этот вопрос. Думаю, что переход с x86_64-v3 на x86_64-v2, вероятно, будет проблематичным, а не наоборот. Кто-нибудь, кто может пролить свет на этот вопрос и, возможно, имеет опыт в этом? Dwid. <br />
			<i>21.05.2025 21:24:00, Dwid.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message323076/77518-perekhozhu-s-x86_64_v2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message323076/77518-perekhozhu-s-x86_64_v2</guid>
			<pubDate>Wed, 21 May 2025 21:24:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
	</channel>
</rss>
