Comment obtenir des graphiques plus rapides dans KVM? VNC est extrêmement lent avec l'invité Haiku OS, Spice ne s'installe pas et SDL ne fonctionne pas.
Je me suis familiarisé avec le système d'exploitation Haik , un clone Open Source de BeOS 5 Pro.
J'utilise un Apple MacBook Pro comme machine de développement. Le BIOS BootCamp d’Apple ne prend pas en charge plus de quatre partitions sur le disque dur interne. Bien que je puisse configurer des partitions étendues et logiques, cela empêchera tout système d'exploitation installé de démarrer. Pour utiliser Haiku directement sur le fer, je l’initialise avec une clé USB. Utiliser le stockage externe est également utile car je suis toujours à court d’espace dans le système de fichiers.
Bien que VirtualBox soit documenté pour autoriser l'accès aux disques physiques, je ne pouvais pas le faire fonctionner. De plus, VirtualBox ne peut utiliser qu'un seul des cœurs de la CPU hôte. Bien que VB invités puissent être configurés pour plusieurs processeurs, ils sont uniquement émulés. Une version complète de l'OS Haiku prend 4.5 sous VB.
J'avais l'espoir de réduire les temps de construction en utilisant plutôt KVM, mais cela ne fonctionne pas aussi bien que VirtualBox. La machine virtuelle du noyau Linux est cassée de toutes les manières fondamentales vues par Haiku.
Mais je suis un codeur; je pourrais peut-être contribuer à résoudre certains de ces problèmes.
Le premier problème que j'ai, c'est que la vidéo de Haiku dans virt-manager est extrêmement lente. Lorsque je fais glisser les fenêtres Haiku sur le bureau, elles traînent assez loin derrière la souris. Il est assez difficile de déplacer une fenêtre à une position précise sur l'écran. Imaginez juste que la souris était connectée à la barre de titre de la fenêtre avec un ressort vraiment extensible.
De plus, la souris de Haiku traîne assez loin derrière où je l'ai déplacée.
J'ai trouvé de nombreuses archives de paquets personnels qui activent Spice à partir de QEMU/KVM au buntu Personal Package Arhives . J'ai essayé quelques-uns des AAE, mais aucun d'entre eux n'a fonctionné. avec l'un d'eux, la commande "add-apt-repository" s'est écrasée avec une traceback.
Il y a une page Wiki à propos de Spice , mais elle dit que cela ne fonctionne que sur 64 bits. Mon début 2006 MacBook Pro est 32 bits. Son identifiant de modèle Apple est MacBookPro1,1; ceux-ci utilisent Core Duos, PAS Core 2 Duos.
Cela ne me dérange pas de construire un deb source pour 32 bits si je peux m'attendre à ce que cela fonctionne. Y a-t-il une raison pour que Spice soit en 64 bits uniquement? A-t-il besoin de fonctionnalités de l'architecture de jeux d'instructions x86_64 que x86 ne possède pas?
Lorsque j'essaie d'utiliser SDL à partir de virt-manager, la configuration de la fenêtre SDL locale indique "Xauth: /home/mike/.Xauthority". Lorsque j'essaie de démarrer mon invité, virt-manager émet une erreur.
Lorsque j'ai googlé le message d'erreur, la solution habituelle consistait à rendre lisible ~/.Xauthority. Cependant, .Xauthorty n’existe pas dans mon répertoire personnel. Au lieu de cela, j'ai une variable d'environnement $ XAUTHORITY. Il n’existe aucun moyen de configurer SDL dans virt-manager pour utiliser $ XAUTHORITY au lieu de ~/.Xauthority. Cela ne fonctionne pas non plus de copier la valeur de $ XAUTHORITY dans le fichier.
Je suis prêt à crier, car cela fait cinq jours que je tente de faire fonctionner KVM pour le développement de Haiku. Il y a beaucoup plus de choses qui sont brisées que la vidéo lente.
Tout ce que je veux vraiment faire pour le moment, c’est d’accélérer mes versions complètes de Haiku en utilisant "jam -j2" pour utiliser les deux cœurs dans mon processeur.
Je vais peut-être essayer Xen ensuite, mais la dernière fois que je me suis présenté avec Xen, il était bien plus endommagé que ce que j’ai trouvé KVM.
Pour l'instant, je serais satisfait s'il y avait un moyen d'utiliser ma clé USB comme lecteur dans VirtualBox. VB me permet de configurer/dev/sdb en tant que lecteur, mais entraîne toujours une erreur fatale lorsque je tente de lancer l'invité.
Merci pour tout conseil que vous pouvez me donner. -
Eh bien, vous avez dit vous-même:
Tout ce que je veux vraiment faire pour le moment, c’est d’accélérer mes versions complètes de Haiku en utilisant "jam -j2" pour utiliser les deux cœurs dans mon processeur.
et en réponse au bogue que vous avez déposé avec le projet haik
Changé il y a 3 mois par bonefish
Une question qui me vient à l’esprit: pourquoi voulez-vous vous punir en construisant du haïku sur un haïku imité? Sur votre système hôte Linux, Haiku peut être construit beaucoup plus rapidement que sur un Haiku installé sur le même ordinateur. Et un haïku imité est considérablement plus lent même. Lorsque vous travaillez sur des bibliothèques ou des applications individuelles, il peut être judicieux de s’appuyer sur un haïku émulé, mais plus il faut en construire, meilleurs sont les temps de traitement pour l’utilisation de Linux. Pour le travail de noyau ou de pilote qui n’a pas besoin de matériel réel, c’est quand même la meilleure option.
Utiliser un VM complètement émulé en tant que serveur de construction va être terriblement lent, il est tout simplement impossible de le contourner. Pour que vous puissiez affecter un disque dur à l'invité, des extensions VT-D seraient nécessaires. Ainsi, dans les paramètres limités de votre ordinateur portable, vous pourrez peut-être installer un contrôleur de carte de débit Expresscard et connecter un disque externe. Attribuez ensuite tout le bus à la machine virtuelle, ce qui suppose que vous disposiez de VT-D.
Vous êtes sur la pointe de la lance, exécutant un système d'exploitation expérimental sans support de pilote invité. Si nous devions apporter un ensemble de pilotes virtio au haïku, cela accélérerait vraiment les choses.
Le flux de travail du développeur doit être meilleur que celui que vous avez proposé. Je suis sûr que les principaux développeurs se sont croisés tout le temps avant le démarrage du système d'exploitation. Il y a canaux haiku irc et FAQ développeurs , je vous suggère de commencer par là. Bonne chance.