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: