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

Начать, можно, например, с Ассемблера. Нет, я не призываю Вас все бросить и начать на нем программировать, но этот язык требует знаний архитертуры, и, как следствие, там есть нужная Вам информация.
Юров В.И. - Assembler 2-е издание

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

Далее это тесты и обзоры процессоров, практика сравнений. Как правило обзорщики пишут причины почему один процессор обходит другой, а лучше тестирование в прикладных задачах, например работа с БД, расчеты.

Далее это техпроцесс и архитектуры. Каталогизированной информации нет, только поиск в гугле, на ютубе... Например на Хабре были подобные статьи
https://habr.com/ru/post/456922/
Это техническая литература, зачастую в открытом доступе ее может и не быть, кроме маркетинговых общих фраз.

И вот изучив тонны литературы и потратив уйму времени - Вы и получите ответ на вопросы Бытия!!!

Почему для каждого процессора разный сокет? Если выпуски новых процессоров - это эксперименты - зайдет, не зайдет, то почему не удается тупо выпустить универсальный процессор?

Ну во-первых не для каждого, у АМД сокеты долгоиграющие, а вот тот же Интел меняет их под каждое поколение, потому что ему так удобно. Но дело не только в том, как раскрутить пользователей на бабки. Материнские платы увязывают множество технологий и стандартов и, если год назад DDR4 были нормой, то завтра нормой будет память DDR5, появится новый тип USB - 4.0, поменяется реализация шины для видеокарты и вот... новые технологии могут не оставить места для старых процессоров, как и новые процессоры перестанут поддерживать старые реализации протоколов и шин... Это невозможно оттягивать бесконечно. По-этому рано или поздно смена сокета будет необходима.

Почему выходит удачная модель?

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

1. Если на первом месте стоит удобство работы для конечного пользователя, то я бы выбрал из платных Confluence, из бесплатных Xwiki. Но если нет желания разбираться в администрировании и хочется простоты, то я бы выбрал Dokuwiki
2. БД это таблицы в явном или неявном виде, например списки или таск мэнеджер. Я дружелюбнее xwiki движка для пользователя не встречал.
XWiki — это вики второго поколения, написанная на на языке Java, лицензия распространения LGPL, функциональность включает в себя блог, инструменты API, комментарии, аутентификацию по LDAP, экспорт страниц в PDF. Так же есть возможность программирования скриптов (Velocity, Groovy, Python, Ruby and PHP) и поддержки синтаксиса популярных Вики-движков (Confluence, JSPWiki, Creole, MediaWiki, and TWiki). Используется многими компаниями по всему миру. 25 языков интерфейса, включая русский.
Из минусов - мало кто использует среди русскоговорящих.
www.xwiki.org/xwiki/bin/view/Main/WebHome
моя статья с примером портативной настроенной версии под себя, правда с тех пор много воды утекло, фич стало ощутимо больше.
https://habrahabr.ru/post/279101

Ответ - можно, называется проброс видеокарты в виртуальную машину/GPUPassthrough, но с кучей ограничений и условностей:
1. Хост на Windows. Тут все сложно, слышал про то что пробрасывали ВК в VirtualBox.
https://www.reddit.com/r/VFIO/comments/dlesd0/gpu_...
Еще есть, точнее был RemoteFX, как раз на серверной винде 2012/2016
https://docs.microsoft.com/ru-ru/windows-server/vi...
смысл в том, что этот виртуальный адаптер пробрасывался в гостя, а вот нагрузка по обработке данных занимается обычная хардварная ВК, через которую рабочий стол виден. Собственно на этом все. Есть еще софт, который типа делит мощности попалам на 2 рабочих стола и копии сред, но, говорят глючный... хоть и платный.

2. Хост на Linux и его коллегах.
Тут все замечательно, потому что это делается через KVM/Xen/ESXi. Работает. Есть требования к железу, точнее к связке проца и матери. Если они не выполняются - проброс невозможен. Сложность в том, что внешне оценить это никак нельзя. Нет и централизованнного справочника такого оборудования (с процами проще, там нужно поддерживать VT-d+VT-x/AMD-Vi+IOMMU)а вот производители материнок такой информации не дают. Так что тут только опытным путем или искать посты об удачных конфигах в сети:
https://en.wikipedia.org/wiki/List_of_IOMMU-suppor...

Моя статья на Хабре
https://habr.com/ru/post/437598/

вот так это выглядит вживую (снято на тапок, освещение тоже не очень)
https://www.youtube.com/watch?v=wjlmWHJiEug