[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Faire tourner des logiciels de post-traitement propriétaires



Le 05/04/2025 à 17:16, Benoît Barbier a écrit :
[...]
Pour l'instant j'explore la virtualisation, ça me semble plus facile que de modifier les partitions de mon disque pour un dual boot.

Si je t'ai quelque peu incité à privilégier le Dual Boot plutôt que la virtualisation, ce n'était pas dans l'absolu, mais bien relativement à ton contexte spécifique: tu vas -temporairement- suivre une formation durant laquelle, pour qu'elle soit productive, tu ne dois pas rencontrer de problème spécifique à la virtualisation (le système invité doit se comporter à 100% comme le système qu'il émule) que tu n'aurais pas forcément le temps de corriger en temps réel. Même capturer un port USB ou partager des fichiers entre invité et hôte peut se révéler problématique, par exemple.

J'ai essayé de virtualiser MacOS avec Qemu(quickemu en fait), ça semble fonctionner, mais un simple déplacement de souris est saccadé !!! :-(

Quickemu n'a pas l'air de supporter l'accélération graphique avec un invité Mac OS X:
https://github.com/quickemu-project/quickemu/wiki/03-Create-macOS-virtual-machines

En plus je ne pense pas que ce soit suffisant pour ton usage
https://helpx.adobe.com/fr/lightroom-classic/kb/lightroom-gpu-faq.html
tel que je vois la chose (j'y connais rien, je peux me gourer), l'accélération graphique pour l'affichage n'est qu'un sous-ensemble des fonctions GPU (CUDA et équivalents) dont tu peux avoir besoin même si ce n'est pas annoncé de manière explicite

reste le passthrough qui doit probablement te permettre ça mais il faut bien se rappeler que l'hôte n'accède plus à sa propre carte graphique tant que l'invité est actif (voire que l'hyperviseur est actif)

Je n'ose pas envisager d'installer Capture One là-dessus.
Pour la ram c'est facile à configurer dans le fichier quickemu/macos- sonoma.conf :
ram="16G"
Par contre, je n'ai pas trouvé d'option pour configurer quickemu de façon à allouer plus de ressource de CPU... — Dois-je en déduire que le processeur de mon PC ne suffira pas pour ce type de virtualisation ou y a-t-il une config pour allouer plus de ressources CPU ?

je ne connais pas du tout Quickemu et ce n'est pas empaqueté par Debian: y a-t-il une raison particulière qui te fasse privilégier Quickemu à Virt-Manager (dans lequel tu peux paramétrer l'architecture du processeur émulé (il est possible de choisir le processeur de l'hôte) et le nombre de coeurs dédiés à la virtualisation)?

MacOs sonoma n'a pas posé de problème lors de l'installation, est-ce du au fait que Qemu virtualise du matériel plus compatible avec MacOS ou bien est-ce que ça sera aussi facile lors d'une installation directement sur mon pc ?

je ne peux vraiment pas te répondre: je n'ai jamais utilisé Mac OS X (ma dernière utilisation d' un Mac remonte à l'époque où ça s'appelait encore un Macintosh et ça avait un processeur Motorola d'architecture Mips)

Comme c'est trop lent avec Qemu, j'envisage de tester KVM.
— Bonne idée ou pas?

KVM n'est que le module (intégré aux sources Linux) d'accélération de virtualisation en espace noyau appelé par un hyperviseur en espace utilisateur (généralement Qemu, d'autres hyperviseurs ont parfois leur propre module d'accélération, hors sources noyau ). Quand tu dis que tu utilise actuellement Qemu, il est plus que probable que tu utilises déjà l'hyperviseur Qemu en collaboration avec le module noyau KVM.

KVM (ou équivalent), a priori c'est de l'accélération système, pas de l'accélération graphique

Questions sur le DUAL BOOT:

J'ai entendu dire que le dual boot avec windows c'est difficile, car l'installation de windows écrase la MBR, sauf que ce n'est plus la MBR qui boot GNU/Linux chez moi c'est /boot/efi

— Y a-t-il encore un risque avec grub et une partition efi ?

en gros (je simplifie un peu), MBR c'est l'ancien monde BIOS.
donc préoccupation sans objet

Dans le nouveau monde UEFI, tu as une partition de type ESP (généralement montée dans une distro Linux sur /boot/efi) qui va recenser tous les OS installés sur l'ordinateur. Généralement, dans Linux les fonction de gestion de la séquence de boot dans l'UEFI (efibootmgr et consorts) ne sont pas toujours suffisants et il faut rentrer dans le paramétrage de l'UEFI pour vérifier que c'est bien le bootloader désiré ("Windows", "Debian", etc...) qui va démarrer la machine. Pour de vieux modèles de PC avec un UEFI un peu pourri, il faut parfois ruser, mais ça devient rare

=> je ne sais pas dans quelles circonstances s'effectuera ta formation, mais plutôt que du BYOD, si l'organisme de formation fournit bêtement des PC ou des Mac dans la salle de cours, perso je ne ferais pas le malin, j'utiliserais ce qu'on me donne vu que c'est censé marcher. Une fois la formation terminée, je chercherais à déterminer si mon usage envisagé permet l'utilisation de logiciels libres et quelles sont les moyens d'y parvenir

Bon courage :-)


Reply to: