Xubuntu 20.04(在虚拟机中)
我已经快速安装ksnip,但我注意到
自动连接符合条件的卡扣“ksnip”插头和插槽
ksnip下载后花了很长时间(5-10 分钟)。
快速安装okular需要更长的时间(在okular下载后)。
$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 394M 1.2M 393M 1% /run
/dev/sda5 20G 6.2G 12G 35% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
/dev/sda1 511M 4.0K 511M 1% /boot/efi
tmpfs 394M 16K 394M 1% /run/user/1000
/dev/loop0 28M 28M 0 100% /snap/snapd/7264
/dev/loop1 55M 55M 0 100% /snap/core18/1705
/dev/loop2 1.0M 1.0M 0 100% /snap/ksnip/3
/dev/loop3 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/loop4 261M 261M 0 100% /snap/kde-frameworks-5-core18/32
/dev/loop5 20M 20M 0 100% /snap/okular/98
/dev/loop6 291M 291M 0 100% /snap/kde-frameworks-5-qt-5-14-core18/4
$
Run Code Online (Sandbox Code Playgroud)
那么在这个过程中发生了什么?平时是不是很费时间?
是否正在下载其他“支持”快照(对我而言)“自动连接符合条件的插头......”没有意义?ksnip是一个基于 qt 的程序,并在/snap/kde-frameworks-5-core18/32. 而且okular,也是一个基于 qt 的程序,/snap/kde-frameworks-5-qt-5-14-core18/4两者都比ksnip和大得多okular。在哪种情况下,延迟只是网络问题?
DK *_*ose 10
看起来
自动连接卡扣“...”的合格插头和插槽
只是表示正在下载补充材料的一种方式。
虽然下载okular有一个简单的进度指示器,但“自动连接符合条件的插头和卡槽“...”正在进行的时间仅由一个旋转的|.
但是,如果同时保持 Ubuntu 的系统监视器打开,则很明显“自动连接符合条件的插头和插槽......”意味着正在进行下载。
终端中的进程和系统中显示的下载活动同时结束。
在安装的情况下,okular在一个干净的捕捉(无其他qt依赖卡扣已安装)的Ubuntu 20.04,补充素材下载后的okular管理单元是kde-frameworks-5-qt-5-14-core18 5.68.0。在系统监视器中观察网络活动表明下载了大约 333 MiB。
这没什么大不了的,但现在我知道“自动连接符合条件的插头和插槽......”意味着下载东西。
| 归档时间: |
|
| 查看次数: |
10357 次 |
| 最近记录: |