Desempenho lento do Ubuntu16.04 dentro do VMWare no laptop

Question

Eu instalei o ubuntu 16.04 no VMware Workstation recentemente. Mas desde então, o Ubuntu já está inicializando muito lentamente. Ele vem se apresentando lentamente também.

A configuração do meu laptop é: processador Intel Core i7, 16 GB de RAM, 2 TB HD e placa gráfica Nvidia de 4 GB.

Espaço alocado para o Ubuntu é 50Gb, Ram é 8Gb, Processadores 2 e núcleos 2. Ainda ubuntu freqüentemente trava no meio.

Alguém por favor pode ajudar ??

O resultado da análise systemd é:

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

O resultado da culpa systemd-analyse é:

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

Comande egrep -c '(vmx | svm)' / proc / cpuinfo saídas:

0

    

Answer 1

A execução de um sistema convidado em um host, que não oferece suporte à virtualização de hardware, em geral, faz com que o guest (e host) seja lento e toda a experiência não seja muito divertida.

Como você está executando um sistema Windows com intel-chip, esta ferramenta pode ajudá-lo a detectar se o VTx está ativado: link Se não estiver habilitado, você pode ter a chance de ativá-lo em sua BIOS - se não, o show está mais ou menos acabado.

Para melhorar o desempenho da sua instalação do ubuntu-guest open-vm-tools - via sudo apt install open-vm-tools - dentro do seu convidado.

Os resultados de systemd-analyze blame que você postou mostram claramente que apt-daily.service é o culpado pelo seu longo tempo de inicialização - essa pode ser uma situação única, especialmente quando há muitas atualizações para buscar.

Se esse processo sempre precisar desse tempo, você poderá desativá-lo via sudo systemctl disable apt-daily.service - mas não posso recomendar isso, pois ele cuida para que as informações do pacote estejam atualizadas e você seja informado sobre as atualizações.