web-dev-qa-db-fra.com

Ralentissement des performances d'Ubuntu16.04 dans VMWare sur un ordinateur portable

J'ai récemment installé Ubuntu 16.04 sur VMware Workstation. Mais depuis lors, Ubuntu a démarré très lentement. Il a également joué lentement.

La configuration de mon ordinateur portable est la suivante: processeur Intel i7, 16 Go de RAM, 2 To de HD et 4 Go de carte graphique Nvidia.

L'espace alloué pour Ubuntu est de 50 Go, Ram de 8 Go, les processeurs 2 et les cœurs 2. L'ubuntu est toujours suspendu entre les deux.

Puis-je avoir une aide s'il vous plait ??

Le résultat pour systemd-analyse est:

Startup finished in 6.542s (kernel) + 17min 27.054s (userspace) = 17min 33.597s

Le résultat pour systemd-analyse est le suivant:

17min 17.980s apt-daily.service
      9.039s ModemManager.service
      7.676s accounts-daemon.service
      6.211s grub-common.service
      5.183s ondemand.service
      5.042s dev-sda1.device
      4.659s NetworkManager.service
      4.613s networking.service
      4.484s gpu-manager.service
      4.356s pppd-dns.service
      3.964s apparmor.service
      3.522s snapd.firstboot.service
      3.111s lightdm.service
      2.585s polkitd.service
      1.590s rsyslog.service
      1.550s irqbalance.service
      1.512s ssh.service
      1.364s systemd-logind.service
      1.352s avahi-daemon.service
      1.336s thermald.service
      1.269s apport.service
      1.132s systemd-tmpfiles-setup-dev.service
      1.118s keyboard-setup.service
      1.093s systemd-modules-load.service
      1.048s run-vmblock\x2dfuse.mount
       954ms console-setup.service
       938ms systemd-journald.service
       744ms speech-dispatcher.service
       724ms dev-mqueue.mount
       707ms systemd-journal-flush.service
       668ms alsa-restore.service
       643ms setvtrgb.service
       636ms systemd-user-sessions.service
       559ms systemd-udevd.service
       545ms dns-clean.service
       541ms systemd-update-utmp.service
       517ms plymouth-read-write.service
       509ms systemd-udev-trigger.service
       473ms udisks2.service
       460ms upower.service
       422ms systemd-random-seed.service
       421ms systemd-tmpfiles-setup.service
       377ms dev-hugepages.mount
       373ms colord.service
       348ms ufw.service
       338ms systemd-timesyncd.service
       333ms sys-kernel-debug.mount
       323ms resolvconf.service
       318ms systemd-localed.service
       241ms systemd-sysctl.service
       203ms [email protected]
       180ms dev-disk-by\x2duuid-b0b007bd\x2d0a70\x2d40b3\x2d888d\x2d1d5d0f695800.swap
       110ms rtkit-daemon.service
       100ms snapd.socket
        89ms systemd-hostnamed.service
        73ms kmod-static-nodes.service
        48ms systemd-tmpfiles-clean.service
        42ms systemd-remount-fs.service
        41ms snapd.boot-ok.service
        20ms systemd-update-utmp-runlevel.service
         2ms sys-fs-Fuse-connections.mount
         1ms plymouth-quit-wait.service

La commande egrep -c '(vmx | svm)'/proc/cpuinfo génère:

0
boot16.04performancevmware-workstation
3
Ruturaj

L'exécution d'un système invité sur un hôte, qui ne prend pas en charge la virtualisation matérielle, ralentit généralement l'invité (et l'hôte) et rend l'expérience totalement amusante.

Comme vous utilisez un système Windows avec puce Intel, cet outil peut vous aider à détecter si VTx est activé: https://www-ssl.intel.com/content/www/us/en/support/processors /processor-utilities-and-programs/intel-processor-identification-utility.html S'il n'est pas activé, vous aurez peut-être la possibilité de l'activer dans votre BIOS - si ce n'est pas le cas, la diffusion est terminée.

Pour améliorer les performances de votre ubuntu-guest, installez open-vm-tools - via Sudo apt install open-vm-tools - dans votre invité.

Les résultats de systemd-analyze blame que vous avez publiés indiquent clairement que apt-daily.service est à l'origine de votre temps de démarrage long. Il peut s'agir d'une situation ponctuelle, en particulier lorsque de nombreuses mises à jour doivent être récupérées.

Si ce processus nécessite toujours aussi longtemps, vous pouvez le désactiver via Sudo systemctl disable apt-daily.service-, mais je ne peux le recommander car il veille à ce que les informations sur votre paquet restent à jour et que vous soyez informé des mises à jour.

0
db429