Comment installer Linux et Windows 7 pour qu'ils fonctionnent côte à côte, sans redémarrage ?

Il existe deux autres façons de faire fonctionner Windows et Linux côte à côte que vous n'avez pas mentionnées dans votre question :

1. Vous pouvez installer Sous-système Windows pour Linux si vous utilisez Windows 10 64 bits. Cela vous permettra d'exécuter certains logiciels Linux en mode natif sur Windows.
2. Vous pouvez faire fonctionner les deux systèmes d'exploitation côte à côte (littéralement). comme dans l'exemple suivant :

Je pense que la solution la moins coûteuse consisterait à utiliser Linux comme système d'exploitation principal et à utiliser KVM (machine virtuelle basée sur le noyau, et non un commutateur KVM, bien que celui-ci puisse également être utilisé) pour virtualiser Windows. De nos jours, il est possible d'obtenir des performances assez proches de celles d'un système bare metal, et il est même possible de faire passer un GPU secondaire dans la VM ou d'avoir un seul GPU dédié et d'utiliser un GPU intégré pour l'hôte. Vous pouvez également utiliser Looking Glass pour une solution beaucoup plus réactive que l'utilisation de spice (qui est ce que virt manager utilise par défaut et qui est essentiellement la même chose que l'utilisation du bureau à distance). https://forum.level1techs.com/t/looking-glass-guides-help-and-support/122387

Le seul point délicat est la compatibilité matérielle. Il y a beaucoup de particularités, comme le besoin d'un CPU et d'une carte mère compatibles avec Intel VT-D ou l'équivalent AMD, le besoin d'un GPU assez récent qui a un VBIOS UEFI (ou d'obtenir le VBIOS du fabricant), les puces par lesquelles passent vos entrées-sorties, ce qui aide à dédier des périphériques à la VM, etc.

Je vous recommande de lire cet article de blog pour vous faire une idée de ce qu'il faut faire pour l'installer. Ce n'est certainement pas aussi simple que d'utiliser virtualbox ou VMWare, mais si vous le configurez à travers virt manager, vous pouvez sauter une grande partie des étapes manuelles que ce gars a traversé. Il y a aussi beaucoup plus d'informations sur tout cela sur le wiki d'Arch sous KVM, QEMU, et VFIO. https://heiko-sieger.info/running-Windows-10-on-linux-using-kvm-with-vga-passthrough/

Avec un 2600k, vous devrez passer à la version non-K et vérifier si votre carte mère supporte également le VT-D. J'ai eu le même problème avec un 3700k et une carte mère incompatible et j'ai dû les changer tous les deux, mais j'ai fini par gagner un peu d'argent grâce aux achats et aux ventes sur ebay.

Voici quelques brèves descriptions de la terminologie que j'ai utilisée.

Virt-manager (ou Virtual Machine Manager) est une application GUI pour gérer vos machines virtuelles utilisant KVM. Il s'agit d'une expérience très proche de celle que vous auriez si vous utilisiez VMWare ou VirtualBox. Il vous offre un assistant pour configurer la VM, vous permet de changer le matériel qui passe, vous montre des graphiques de l'utilisation des ressources et vous permet de gérer la puissance. Plus d'informations et des captures d'écran sont disponibles sur le site web ici : https://virt-manager.org/

Spice vous permet d'accéder à distance à votre VM. C'est très similaire à l'utilisation du bureau à distance, à la fois en termes d'utilisation et de performance, mais c'est utilisé par virt manager par défaut. J'aimerais être plus précis dans ma description mais je ne l'ai pas beaucoup utilisé et même le site web est assez vague sur ce que c'est spécifiquement. https://spice-space.org/

Looking glass est une alternative à l'utilisation de quelque chose comme Spice, mais avec une latence extrêmement faible. Il copie le frame buffer de votre GPU dans la mémoire de votre système et le recrache ensuite sur l'écran. Il est encore très tôt dans le développement mais fonctionne très bien et est beaucoup plus approprié pour les applications qui nécessitent une solution plus réactive. Un guide d'installation très complet est disponible sur le site du projet : https://looking-glass.hostfission.com/quickstart

L'autre alternative à Spice et Looking Glass consiste à connecter un écran à l'une des sorties d'un GPU. Cette solution est plus réactive mais nécessite un autre écran ou la commutation des entrées sur le même écran.

Comme toutes les autres réponses à cette question l'ont mentionné, la virtualisation est la voie à suivre. Une façon de minimiser la pénalité de performance serait d'utiliser Windows comme système d'exploitation principal et de virtualiser un système d'exploitation de base. léger Distro Linux. De mémoire, vous pouvez essayer :

• Lubuntu ,
• Xubuntu ,
• ou même Linux alpin (voir ce lien pour une liste de "comment faire" pour différents ordinateurs de bureau sur Alpine)

En choisissant une distribution légère, vous pourrez peut-être atténuer suffisamment les performances pour mettre en place un système qui vous convienne.

Les applications graphiques Unix/Linux qui utilisent la pile technologique X11 (la plupart d'entre elles) sont les suivantes intrinsèquement capable d'être affichée sur une machine distante (y compris le scénario d'une VM connectée au réseau et de son hôte).

Vous pouvez installer un serveur d'affichage X11 (il existe de nombreuses options gratuites et non gratuites) sur votre machine Windows, exécuter votre système linux (ou même plusieurs systèmes linux) dans une VM, et faire en sorte que la charge graphique réelle se produise dans le serveur X11 côté Windows. Les applications graphiques du système Linux se connecteront au serveur d'affichage X11 par le biais d'un réseau local (la manière de configurer ce réseau n'entre pas dans le cadre de cet article, car il existe de nombreuses façons de le faire). Pointeurs : La variable d'environnement DISPLAY, ssh avec transfert X11, XDMCP).

Je l'ai fait dans des circonstances de haute performance et j'ai obtenu des performances proches des performances natives pour les applications que nous utilisions. Il ne s'agit pas tant d'un "voici comment faire", mais de deux exemples où j'ai fait cela et obtenu des performances adéquates et résolu un problème.

Pour la science des données et le développement de logiciels

Sur mes postes de travail actuels (un ordinateur portable et mon poste de travail), Windows 10 et Ubuntu sont installés côte à côte sur deux partitions distinctes. Au démarrage de ma machine, je peux sélectionner Windows ou Ubuntu et démarrer dans l'un ou l'autre système d'exploitation. Dans Ubuntu, j'utilise VirtualBox pour démarrer la partition Windows native et l'exécuter comme n'importe quelle autre machine virtuelle ( voir ici ).

Tout fonctionne : le glisser-déposer, le presse-papiers partagé et le partage de fichiers. J'exécute en permanence des feuilles de calcul Excel volumineuses et multithreadées (ne tirez pas dessus - je ne les ai pas créées !) dans ma machine virtuelle et tout se passe comme sur des roulettes.

Pour les travaux de géophysique, de géologie et d'ingénierie

Il y a quelques années, j'ai construit une installation similaire en utilisant CentOS et Windows 7. Mes collègues pouvaient ainsi exécuter des simulations géophysiques coûteuses et gourmandes en performances sous Linux, tout en ayant accès à des logiciels de cartographie 2D et 3D tout aussi gourmands en performances sous Windows 7 (ainsi qu'à Outlook et au reste de la suite Microsoft). Nous avons essayé VirtualBox, mais comme nous avions de l'argent à dépenser, nous avons finalement résolu le problème en utilisant VMware Workstation et le GPU pass-through (le coût était insignifiant par rapport aux salaires et aux licences logicielles). Pour nos applications, nous avons obtenu des performances assez proches des performances natives sous Windows et tout le monde était très satisfait de la configuration.

Il s'agissait de machines assez puissantes pour l'époque (vers 2010) : Quadro 4000, deux Xeons à quatre cœurs et 32 Go de mémoire. La partie la plus ardue de l'assemblage de ces configurations (pour autant que je m'en souvienne), était liée à un contrôleur RAID matériel. J'ai assuré la maintenance d'une douzaine de machines utilisant cette configuration et nous n'avons jamais eu le moindre problème pendant toute la durée de vie du projet pour lequel ces machines avaient été achetées (~2 ans). C'était un résultat fantastique pour nous, car si une seule machine était tombée en panne pendant, disons, une semaine, cela nous aurait coûté plus cher en perte de productivité que la station de travail elle-même !

Conclusion

Vous pouvez obtenir de très bonnes performances en utilisant l'option de double démarrage décrite ci-dessus. Je l'ai fait en utilisant VirtualBox et VMware à différentes occasions, en utilisant une combinaison de distributions Linux (Mint, Ubuntu et CentOS) et de versions Windows (7, 10), et j'ai toujours obtenu des performances adéquates pour mes besoins.

L'autre avantage de cette configuration est que vous pouvez supprimer l'une ou l'autre partition et laisser Windows ou Linux derrière vous si a) votre situation change, ou b) cette configuration n'est pas adaptée à vos besoins. Si les performances ne sont pas suffisantes, vous pouvez également vous échapper en démarrant directement le système d'exploitation lorsque vous avez besoin d'un peu plus de performances.

Enfin, une remarque sur les licences : Si vous démarrez Windows en mode natif, il volonté voir différents matériels et vous interroger sur les licences. C'est moins un problème avec Windows 10, qui vous harcèlera simplement pendant que vous travaillez. Je ne me souviens pas de la façon dont nous avons résolu ce problème pour ces postes de travail géophysiques ; je me souviens que nous avions une licence en volume et peut-être un peu d'aide de la part d'un représentant de Microsoft.

Épilogue : Remote X et VirtualGL

J'ai également installé des postes de travail en utilisant VirtualGL et une grappe de GPU pour les simulations pétrolières à haute performance. J'ai même fait cela dans AWS, mais je ne le recommande pas pour un certain nombre de raisons : le coût, la performance et la commodité.