spotifi

Windows уже лет 15 как сама довольно хорошо определять умеет размер файла подкачки.

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

А вообще - все дело в оптимизации, в поиске "лучшего пути" и т.п.

Поэтому все программы (а драйвера являются программами) или вообще не совместимы или очень ограниченно совместимы с различными операционными системами.

В каждой операционной системе свои правила, которыми должна руководствоваться программа (в т.ч. и драйвер), чтобы работать в этой операционной системе. Обычное название этих правил API или ABI.

UPD:

В Linux и OS X, как то все по другому. В большинстве своем устройства умеют из коробки. Я читал, что драйвера "вшиты в ядро", но не могу понять, что это значит?

Т.н. монолитная архитектура vs микроядерная.

Есть еще и хитрые комбинации - прочитайте про ядро Mach например.

Или про то как устроены драйвера в FreeBSD - одни и те же драйвера в FreeBSD могут как встраиваться в ядро FreeBSD (как в Linux), так и существовать как отдельные модуля (как в Windows).

UPD:
Разница в архитектуре операционных систем и, следовательно, во внутреннем устройстве драйверов настолько велика, что даже имея доступ к исходным текстам, перенести драйвера из Linux в FreeBSD, к примеру - это много работы, много усилий. Скажем драйвера от последнего GPU i3/i5/i5 переносили пару-тройку лет.

Тут советуют отключить EFI и воспользоваться старым методом CSM.
Но это плохой совет.

При загрузке зайти в БИОС и вручную выбрать пункт - грузиться с CD (у меня это на последней закладке в БИОС).

Поставить.

После установки не забыть прописать в загрузчике EFI новую ОС, а то придется каждый раз при загрузке заходить через БИОС и указывать откуда грузиться.

Нету никаких проблем.
Если только ваше конкретное используемое для ваших задач ПО нормально работает с Windows.

Например, в моем случае используется Ansible и Docker, который не поддерживается на Windows. Приходится использовать Vagrant. Это достаточно удобно. Но ресурсы все же кушает.

А так - даже Vim хорошо себя чуствует на Windows. Нативный. Не cygwin.

Microsoft это тоже понимает.
И вот уже они встроили подсистему Linux Ubuntu в Windows 10. Это не виртуализация, а именно полноценная подсистема.

И многие вещи, например, те же шрифты - в Windows работают лучше, чем под Linux.

Могут сказать - что лучше использовать для разработки ту же среду что и для production.

Но дело в том, что даже если вы сидите на Ubuntu Desktop, то ваша среда серьезно отличается от среды сервера FreeBSD, CentOS, Debian, Ubutntu Server. И для полноценного CI все равно умные дядьки категорически рекомендуют и на Linux даже использовать Docker для полноценной эмуляции.

Но ведь Docker-то можно использовать и на Windows. Правда, запускается он там подольше.

Где именно вести разработку, где вам удобнее - это ваше личное дело. Вопрос ваших предпочтений. Никаких объективных причин в наше время, когда существуют Docker, Vagrant и виртуальные машины, когда куча приложений изначально сделанных для *nix запускаются в native под Windows - нет никаких причин себя строить. Кроме любопытства - а как оно там на других системах живется.

У тех кто вас троллит есть еще одна причина: им приятно показать себя более умными. Как же - ведь Linux можно сконфигурить руками.

Ага, конечно.

Или используют готовые десктопные дистрибутивы. Не зря Ubuntu так популярна.
Или если освоили ArchLinux - то построили себе совершенно убогое окружение по готовым мануалам.

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

На деле 99% твердящих о гибкости Linux - далее чем ставить Apache и MySQL из пакетов - ничего сами и не умеют. Фактически работая в то же настроенной другими людьми десктопной среде. Но разве вы не умеете делать то же самое под Windows?

Другое дело, что разворачивать и тестировать нужно под аутентичным операционным окружением.
Неважно под Ubuntu ты сидишь или под Windows.

Лучшие практики советуют использовать полностью изолированный и независимый от рабочего места разработчика инструментарий - виртуальные машины, Vagrant, Docker, отдельные физические сервера.

В этом случае под твоей любимой ОС работает только текстовый да графический редактор. А все развертывание для тестирования и для продакшн проводится в совсем другой среде.

Используя Docker хоть под Windows ты будешь получать даже больше преимущество повторяемости рабочей среды чем тем кругом, кто советуют тебе просто перейти на Linux. Если на более слабом железе это и было бы существенно (Docker под Linux стартует быстрее), то на твоем - несущественно на чем работать.

Взять VDS в VScale на недолго, поставить nix виртуально на своей Windows, увеличить тарифный план (если у вас VDS)....

Например, Убунту на этапе получения DHCP вмешивается. Отключи на ней DHCP-сервер.

или

что-то MS-ское.
Отключи Samba на Убунте.

или

намертво вшей в Windows значения IP/Mask, Gateway, DNS,
без DHCP

или

проверь во время когда Убунту включена куда маршрут идет
tracert ya.ru
не через Убунту брата ли?