web-dev-qa-db-ja.com

ラップトップ上のVMWare内でのUbuntu16.04のパフォーマンスが遅い

最近、VMware Workstationにubuntu 16.04をインストールしました。しかし、それ以来ubuntuは非常にゆっくりと起動しています。ゆっくりと実行されています。

私のラップトップの構成は次のとおりです。Inteli7コアプロセッサ、16GB RAM、2TB HD、4GB Nvidiaグラフィックカード。

Ubuntuに割り当てられたスペースは50Gb、Ramは8Gb、プロセッサ2およびコア2です。それでも、ubuntuは頻繁にハングします。

誰か助けてもらえますか??

Systemd-analyzeの結果は次のとおりです。

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

Systemd-analyzeの非難の結果は次のとおりです。

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

コマンドegrep -c '（vmx | svm）'/proc/cpuinfoの出力：

0
boot16.04performancevmware-workstation
3
Ruturaj

ハードウェア仮想化をサポートしないホスト上でゲストシステムを実行すると、一般的にゲスト（およびホスト）が遅くなり、全体のエクスペリエンスがあまり面白くなくなります。

IntelシステムでWindowsシステムを実行している場合、このツールはVTxが有効になっているかどうかを検出するのに役立ちます。 https://www-ssl.intel.com/content/www/us/en/support/processors /processor-utilities-and-programs/intel-processor-identification-utility.html 有効になっていない場合は、BIOSで有効にする可能性があります。そうでない場合は、ショーは多かれ少なかれ終了します。

Ubuntu-guestのパフォーマンスを向上させるには、ゲスト内にopen-vm-tools-Sudo apt install open-vm-tools経由でインストールします。

投稿したsystemd-analyze blameの結果は、apt-daily.serviceが長いブート時間の原因であることを明確に示しています。これは、特に取得する更新が多数ある場合の1回限りの状況です。

このプロセスが常にそれだけ必要な場合は、Sudo systemctl disable apt-daily.service-で無効にすることができますが、パッケージ情報が常に最新であり、更新が通知されるため、これはお勧めできません。

0
db429