Медленная Производительность Ubuntu16.04 в VMware на ноутбуке
Я установил человечность 16.04 на VMware Workstation недавно. Но с тех пор человечность загружалась очень медленно. Это работало медленно также.
Моя конфигурация Ноутбука: основной процессор Intel i7, поршень на 16 ГБ, HD на 2 ТБ и Видеокарта Nvidia на 4 ГБ.
Выделенное Место к человечности составляет 50 ГБ, Ram - 8 ГБ, Процессоры 2 и ядра 2. Все еще человечность часто зависает промежуточный.
Кто-то может помочь??
Результат для systemd-анализирует:
Startup finished in 6.542s (kernel) + 17min 27.054s (userspace) = 17min 33.597s
Результат для systemd-анализирует вину:
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 user@1001.service
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
1 ответ
Выполнение гостевой системы на хосте, который не поддерживает аппаратную виртуализацию, в целом делает гостя (и хост) медленный и целый опыт не много забавы.
, Поскольку Вы выполняете систему окон с процессором Intel, который этот инструмент мог бы помочь Вам обнаружить, если VTx включен: https://www-ssl.intel.com/content/www/us/en/support/processors/processor-utilities-and-programs/intel-processor-identification-utility.html , Если этому не включают, у Вас мог бы быть шанс включить его в Вашем BIOS - если не шоу более или менее закончено.
Для улучшения производительности установки гостя человечности open-vm-tools - через sudo apt install open-vm-tools - в госте.
systemd-analyze blame результаты, которые Вы отправили, ясно показывают, что apt-daily.service преступник в течение Вашего долгого времени начальной загрузки - это могло бы быть одноразовой ситуацией особенно, когда существует много обновлений выборки.
, Если для этого процесса всегда нужно это долго, Вы могли бы отключить его через sudo systemctl disable apt-daily.service - все же я не могу рекомендовать это, поскольку он заботится, который остается в курсе Ваша информация пакета, и Вам сообщают об обновлениях.