#

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

ps хотя проблему можно и создать:
- задайте в качестве ДНС, строго 8.8.4.4 и 8.8.8.8 (очевидно ли что это подмножество диапазона "любой"? а это так. в смысле это пересекающиеся множества)
- пусть по дефолту все идет в некий реальный шлюз (обычно автоматом сгенерированые таблицы так и устроены)
- добавьте запись для сети 8.8.0.0/16 с перенаправлением в 127.0.0.1, но метрикой ниже дефолной... поэксплуатируйте 5-10-15 минут..
- .. а теперь сделайте для этой записи, метрику выше дефолтной

1 - .Net существует не только для Unity. точнее изначально существовал сам по себе. гулить историю/архитектуру Unity (что такое Mono, IL2Cpp и много интересных вещей, не все из которых реально необходимы что бы начать кодить)

знание .Net для Unity разработчика

может означать, что

просто знание .Net

недостаточно

2 - в различных версиях, Unity поддерживал не только C#, бывали Js, и даже Boo. в этом контексте

знание .Net для Unity разработчика

может означать, что

надо уметь кодить на C# в Unity, а не на Js или Boo

3 - .. или и то и другое вместе

стандартный сценарий - стандартное решение. при установке предлагается создание учетки, по дефолту она член "админов", но в отличии о заблокированного встроенного "админа", работает под контролем UAC. обычно это лучший баланс контроля и комфорта.

(считать ли встроенного админа "супер админом" или аналогом рута - уже холивар. у него по дефолту отключен UAC, этого достаточно для аналогии "sudo su" в линухе, что собственно и является резким снижением безопасности)

это холиварный вопрос. в частности, по своему опыту, для любых целей, буду всегда рекомендовать Intel only (или Intel+NVidia для GPU задач)
по тому что гимора с дровами/софтом, а не редко и с самим железом, у AMD на порядок больше/чаще

https://habr.com/ru/post/431856/

ни как
(upd см камент от Foggy Finder про https://github.com/picoe/Eto но стоит помнить, что это:
1 - эмуляция
2 - частная инициатива
++
makarychev13 в каментах тут, утверждает что

майки сделали винформы кроссплатформенными в .NET Core 3

хотя и без пруфа, но что то гуглится.. надо понимать, что "майки" мало чего будут делать просто так. тут главный вопрос востребованность (особенно в энтерпрайзе, но в нем самом, формы, как бы уже признаны маргинальной веткой эволюции).. ).
... .NET WinForms по своей сути, является оберткой над интерфейсной частью win32 api, которого за пределами винды нет, ни когда не было, и ни когда не будет* (upd см каменты, возможно формочки будут кросами в .NET Core. но не сегодня точно). другой вопрос WPF - это глобально переработанный интерфейс к системе. и возможностей больше, и на полпути к кросу - Xamarin и AvaloniaUI, основаны на XAML. получив опыт WPF, в них будет легче стартовать. ну или сразу можно с них начинать, если винда не нужна (или сразу нужен кросс).

https://docs.microsoft.com/ru-ru/dotnet/csharp/pro...

https://i.imgur.com/or1MV5j.png

все зависит от цели:
- хотите писать игры?

с# но сразу под юнити

а если не получится покорить мир играми, потом подтянете Asp, .Net Core, WPF или что понадобится
- хотите в ближайшей перспективе работать кодером? (но по вечерам все равно пытаться писать игры) - тогда наоборот

1 - есть, если знаете что с ними делать
2 - обобщенная - нет. но надо понимать что софт обученный использовать GPU как многоядерный калькулятор, будет пользоваться обеими картами на ура. пример - майнеры крипты (народ носился впоисках материнок с возможность подключения множества видюх - 20 карт через ризеры ;) из "обычного софта" - браузеры. да да, будут пользовать. Excel - начиная с 2016 (а может и раньше) был замечен, что если выводим экран через интегрированну графику, а на НВидии в фоне маним - так вот эхель начинает жутко тупить!!! ему надо отдать кусок ресурсов от фоновой карты, что бы ожил... у вас конечно запас очень большой для запросов бораузеров и ехеля, но общая тенденция в том, что все больше софта умеет использовать GPU, тот же ACAD, на серьезных задачах, схавает обе ваши карты глазом не моргнув
3 - а это уж сами решайте ))

ps о расходе - нет загрузки, нет и особо ощутимого расхода
pps о софте пользующем GPU - проф софт для видео/аудио монтажа, ACAD и любой другой современный продвинутый CAD софт, математические пакеты типа Wolfram Mathematica, пакеты работающие с нейронными сетями. в общем практически любой современный софт, жадный до вычислительных ресурсов. даже для СУБД PostgreSQL существует расширение PG-Strom для расчетов на GPU (MS SQL начиная с 2017, так же умеет использовать GPU но пока только в модуле "машинного обучения")

у вас 6 портов usb 3x и 8 usb 2x кто куда вынесен - не знаю (обычно у 3x синий пластик, в отличии от 2x - белый, реже желтый)

так вот трешки 7ка не поддерживает без драйверов. требуются правильные драйвера для чипсета, и отдельно для usb 3x

можете поискать по цвету 2x и пробовать в них, там должно работать сразу

https://www.google.com/search?q=%D0%93%D0%B4%D0%B5...

https://www.google.com/search?q=%D1%80%D1%8B%D0%BD...

достаточно уложить в голове одну простую штуку - Unity, это не просто C#/Mono. на самом деле, все веселее - там компиляция IL2CPP, потом LLVM с оптимизациями. так что вопрос о сравнении производительности, можно смело закопать... а остальное общеизвестно