J'exécute une instance Ubuntu sur VirtualBox dans XP. Voici les détails:
Host: Windows XP Pro
Guest: Ubuntu 8.10
Total RAM: 3GB
RAM For VM: 1GB
Total Video Memory: 128MB
Video Memory for VM: 40MB
Hard Drive: 200GB
Hard Drive for VM: 30GB
Processor: 2.80GHz Core Duo
Le problème est que chaque fois que je suis dans la machine virtuelle, les choses semblent tellement plus lentes en général. Par exemple, Firefox, Eclipse prennent plus de temps à charger, faire glisser les fenêtres montre un décalage, etc.
J'ai déjà essayé d'exécuter Ubuntu (pas à l'intérieur d'une machine virtuelle) et cela semblait incroyablement rapide. Je suis donc déçu de devoir faire face à cette situation. Mais j'ai besoin d'accéder à la partition XP sans avoir à redémarrer et donc la tentative.
Je suis surpris de la lenteur perçue car le monde entier semble faire de la virtualisation et je ne peux pas imaginer que tout le monde travaille en connaissance de cause sur des systèmes lents.
Ma question est - est-ce que je devrais faire quelque chose pour augmenter les performances? Est-ce que je fais quelque chose de mal?
C'est ma machine personnelle et je ne sais pas si c'est le bon forum à poser. Merci.
Réponses:
Il y a quelques choses que vous pouvez faire.
J'espère que ça aide.
EDIT: Une autre chose que vous pouvez faire est d'exécuter en haut dans une fenêtre de terminal dans la machine virtuelle et de voir s'il existe un processus particulier consommant le CPU ou la mémoire.
Windows est-il ralenti lorsque vous rencontrez des problèmes avec la machine virtuelle?
la source
Avez-vous installé des ajouts? Ils font toute la différence.
Voici comment .
la source
Si ceci "... Mais j'ai besoin d'accéder à la partition XP sans avoir à redémarrer et donc la tentative ..." est votre VRAI problème, alors vous pouvez monter des partitions ntfs directement depuis Ubuntu (linux) sans problème. Un rapide google pour "ubuntu ntfs" donnera plus de détails
la source
J'ai parcouru une note quelque part sur la conservation de la mémoire vidéo attribuée à une machine virtuelle en tant que puissance binaire pour de meilleures performances. Essayez de passer à 32 Mo ou d'augmenter jusqu'à 64 Mo pour votre machine virtuelle.
la source
J'ai eu ce problème également. J'ai passé de nombreuses heures à jouer avec mon xorg.conf. Il me semble que pour mon matériel (Lenovo T60, carte vidéo ati), je ne peux pas utiliser l'intégration de souris ou le pilote vbvideo si je veux voir des performances raisonnables. Essayez plutôt d'utiliser votre pilote vidéo normal. Une autre gêne que j'ai est que je ne peux pas faire cette chose de redimensionnement de fenêtre dynamique.
la source
J'ai le même problème avec Ubuntu Server 9 sous VirtualBox.
J'utilise VB pour tester les scripts de déploiement de Weblogic Server (WLS). Ainsi, je dois exécuter une instance de serveur d'administration Weblogic au sein de la machine virtuelle. Maintenant, le temps de démarrage du WLS est VRAIMENT inégal. Parfois, il démarre en moins de 2 minutes (OK pour les non-VM WLS), parfois se bloque sur des étapes spécifiques et ne fait apparemment rien (aucune activité de disque ou de CPU détectée).
Le fait intéressant est que si le VB obtient mon entrée au clavier (c'est-à-dire que je fais quelque chose dans une autre console du même Ubuntu), le démarrage est beaucoup plus rapide. Souvent, un simple "Entrée" dans la console unix WLS pendue la réveille et continue. Ainsi, je pense que le problème est la famine (CPU quants?). La machine virtuelle obtient en quelque sorte une très faible priorité de Windows, et WLS n'a pas assez de CPU pour s'exécuter. Eh bien, c'est juste mon idée.
Ce qui m'intéresse vraiment, c'est comment y remédier.
J'ai essayé de donner à VB une priorité "élevée" ou même "en temps réel" dans le Gestionnaire des tâches de Windows. Le résultat le plus visible a été que VB a bloqué ma machine tout en échouant à terminer le démarrage WLS dans un délai raisonnable. Je suis ouvert à toute suggestion, vraiment. Si quelqu'un me dit "Je fais de même (exécute WLS) en VB sous Slackware Linux" - j'installerai Slackware, pas de problème!
la source