Станислав Макаров

Задался недавно вопросом: можно ли создать виртуальную машину в hyper-v, пробросить в неё свою видеокарту и использовать данную гостевую ОС как основную (то есть работать/играть на данной системе)?

Да, можно, эта фича Hyper-V называется Discrete Device Assignment.

И какая Windows понадобится для этого (имеется ввиду, можно ли использовать Win 10 или нужна Win server)?

На хосте - серверная Винда, в качестве гостя вполне сгодится клиентская Винда.

И если пробрасывать видеокарту в виртуальную машину, то понадобится второй видеоадаптер для хост машины?

В данный момент - да, понадобится второй адаптер, т.к. устройство пробрасывается целиком. В Windows Server 2025 появится GPU partitioning, но пока хз с какими видяхами и материнками это будет работать.

Да, кстати, насчёт оборудования. Всё это замечательно, но вам на вашей материнке скорее всего понадобится поддержка SR-IOV, ну и соответственно IOMMU на матери и процессоре.

Во-вторых, далеко не все видяхи официально поддерживаются технологией DDA, обычно для этого тестируются только pro-шные линейки карт. Может оно будет работать и с вашей картой. Драйвера карт потребительского сегмента могут блокировать запуск карты, проброшенной в виртуальную машину, или просто работать некорректно (блокируют запуск, т.к. не поддерживают сценарий проброса). Например, сейчас для работы ряда AMD-шных карт с пробросом в ВМ нужен костыль vendor-reset (это линуксовый модуль ядра, для Hyper-V не годится). И NVidia относительно недавно начала поддерживать проброс линейки GeForce в виртуалку (и то непонятно, как там с Hyper-V DDA).

Я сам использую подобный сетап и пишу прямо сейчас с него, но у меня в качестве гипервизора KVM (использую дистр Proxmox), и материнка ASRock Rack ROMED8-2T, где есть вышеуказанные плюшки (кстати, в качестве адаптера для хоста прокатывает встроенный в мать ASPEED AST2500, поэтому полноценная карточка у меня только одна). В гостевую виртуалку с Windows 11 проброшена карточка Radeon RX 5500 XT, с учётом вышеупомянутого костыля в целом работает. Есть некоторая нестабильность, плюс иногда приходится вместе с виртуалкой перезагружать весь хост. Но это следствие того, что AMD не поддерживает для этих карт работу в пробросе (хотя и не блокирует искусственно), с нвидией возможно было бы получше.

Ищите информацию по ключевым словам VFIO и PCI passthrough, на Реддите есть неплохое коммюнити. И да, готовьтесь копать много информации и перепроверять её (например мой ответ тоже стоит перепроверить, всё довольно быстро меняется) и покупать оборудование сильно дороже потребительского (если у вас его ещё нет). По Hyper-V DDA информации тоже не так много, советую рассмотреть дистры с KVM, если вам не так принципиально.

Ну, если прям на чистом WPF, без всякого упрощающего жизнь обвеса типа ReactiveUI, то как-то так.

Код вьюмодельки.

internal class MainViewModel
{
	private sealed class PlayCmd(MainViewModel mainViewModel) : ICommand
	{
		/// <summary>
		/// Можно ли вызвать команду? Влияет на доступность привязанных к команде контролов, например кнопки
		/// </summary>
		public bool CanExecute(object? parameter) =>
			// команду Play можно вызвать только если мы ещё не начали проигрывание
			!mainViewModel.isPlaying;

		/// <summary>
		/// Ивент, нужный чтобы уведомить об изменении значения свойства CanExecute
		/// </summary>
		public event EventHandler? CanExecuteChanged;

		public void Execute(object? parameter)
		{
			// вызываем метод у вьюмодели
			mainViewModel.Play();
			// дёргаем событие, чтобы сообщить всем, кто привязался к команде,
			// что её статус "можно исполнить" изменился
			// если этого не сделать, то кнопка НЕ задизаблится (хотя CanExecute уже возвращает false)
			this.OnCanExecuteChanged();
		}

		private void OnCanExecuteChanged() =>
			this.CanExecuteChanged?.Invoke(this, EventArgs.Empty);
	}

	private readonly PlayCmd playCommand;
	private bool isPlaying = false;

	public MainViewModel()
	{
		this.playCommand = new(this);
	}

	public ICommand PlayCommand => this.playCommand;

	public void Play()
	{
		//Player.Play();
		this.isPlaying = true;
	}
}

Код вьюхи.

<Window x:Class="Miramax.MainWindow"
		xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
		xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
		xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
		xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
		xmlns:local="clr-namespace:Miramax"
		mc:Ignorable="d"
		Title="MainWindow" Height="450" Width="800">
	<Window.DataContext>
		<local:MainViewModel />
	</Window.DataContext>
	<Grid>
		<Button Command="{Binding PlayCommand}">Click</Button>
	</Grid>
</Window>

C++

• rang
  
• rxterm (к сожалению заброшена)
  
• indicators
  

Rust

• Ratatui
  

Это из того, что у меня в закладках. Так-то ищите по тэгу TUI (text user interface, в оппозицию к GUI) - и будет вам счастье.

Очень похожий стек в этой issue (которая была создана по мотивам этой), предлагаю отслеживать её.

В вашем примере выражение set() вычисляется один раз, а уже затем вызывается fromkeys. Это не имеет никакого отношения к set, так работают функции почти во всех языках программирования - сначала вычисляются значения аргументов, а потом с этими значениями вызывается функция. Итого, у вас везде передаётся один и тот же объект set. Будь там не set, а какой-нибудь Student, было бы то же самое.
Правильный вариант: set_dict = { x: set() for x in range(3) }

Как насчёт patch-package? Как насчёт нормального пакетного менеджера и встроенной функциональности патчинга в нём?

abstract class Model {
   verify() {
      const name = this.getName()
   }

   abstract getName(): string;
}

class User extends Model {
   private name = 'Boris'
   override getName() { return this.name; }
}

Экспортированная функция работает в 4 раза медленнее.

Разумеется, у вас всё время уходит на накладные расходы на PInvoke. Это полное безумие - выносить сложение чисел вообще в функцию, а тем более ещё и делать вызовом между языками. А PInvoke - это вам не InternalCall

ВОПРОС как сделать функцию sum в с++ что бы она работала так же быстро как и sum в c# коде? Как ее заинлайнить

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

К примеру, если хочу c# библиотеку сделать, то просто добавили ссылку и забыл о всем. А когда добавляю так же ссылку на dll от с++ проекта, то ноль реакции.

Потому что dll которые получились из C# - это дотнетовские сборки, которые только прикидываются Portable Executable, а вот то, что компилится из C++ - это действительно Portable Executable, и ничего дотнетовского там нет (если конечно это обычный C++ DLL-проект, а не C++/CLI).

Кстати еще вопрос, как библиотеку с++ подключать к проекту, почему DllImport не находит, если указать ссылку на проект,

Вам нужно настроить копирование C++ DLL в выходную директорию проекта, рядом с вашей дотнет-сборкой, в которой находится DllImport