引导时间在QEMU中意味着什么?

时间:2019-12-02 12:48:23

标签: qemu

当我在qemu上启动linux时,启动日志中的时间戳如下,

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Initializing cgroup subsys cpuacct
[    0.000000] Linux version 3.10.0 (zlp@lab302i-ES) (gcc version 4.9.3 20150626 (Red Hat 4.9.3-2) (GCC) ) #33 PREEMPT Mon Dec 2 14:39:51 CST 2019
[    0.000000] Config serial console: console=ttyS0,38400n8r
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU revision is: 00018900 (MIPS 5KE)
[    0.000000] FPU revision is: 00738900
[    0.000000] Software DMA cache coherency enabled
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 0000000000001000 @ 0000000000000000 (reserved)
[    0.000000]  memory: 00000000000ef000 @ 0000000000001000 (ROM data)
[    0.000000]  memory: 000000000071c000 @ 00000000000f0000 (reserved)
[    0.000000]  memory: 000000000f7f4000 @ 000000000080c000 (usable)
[    0.000000] Wasting 28840 bytes for tracking 515 unused pages
[    0.000000] Reserving 0MB of memory at 0MB for crashkernel
[    0.000000] Kernel command line: rd_start=0xffffffff80810000 rd_size=16642887 root=/dev/ram0 nokaslr console=ttyS0,38400n8r
[    0.000000] PID hash table entries: 1024 (order: -1, 8192 bytes)
[    0.000000] Dentry cache hash table entries: 32768 (order: 4, 262144 bytes)
[    0.000000] Inode-cache hash table entries: 16384 (order: 3, 131072 bytes)
[    0.000000] Cache parity protection disabled
[    0.000000] allocated 262128 bytes of page_cgroup
[    0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups
[    0.000000] Memory: 252272k/253904k available (4743k kernel code, 1632k reserved, 1899k data, 320k init, 0k highmem)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] Preemptible hierarchical RCU implementation.
[    0.000000] NR_IRQS:256
[    0.000000] Console: colour dummy device 80x25
[    0.000000] Calibrating delay loop... 1145.06 BogoMIPS (lpj=2236416)
[    0.074218] pid_max: default: 32768 minimum: 301
[    0.074218] Security Framework initialized
[    0.074218] AppArmor: AppArmor disabled by boot time parameter
[    0.074218] Mount-cache hash table entries: 1024
[    0.078125] Initializing cgroup subsys memory
[    0.078125] Initializing cgroup subsys devices
[    0.078125] Initializing cgroup subsys freezer
[    0.078125] Initializing cgroup subsys blkio
[    0.078125] Initializing cgroup subsys perf_event
[    0.089843] devtmpfs: initialized
[    0.093750] NET: Registered protocol family 16
...

在实际的板上,时间戳表示引导时间。现在在QEMU中是什么意思?

运行Linux引导代码是QEMU消耗的实时时间吗?准确吗?

该时间戳似乎比实际的棋盘短。是因为QEMU没有真正的I / O操作吗?

我可以通过QEMU引导日志评估实际消耗的时间或实际板的内核引导各部分的时间比例吗?

1 个答案:

答案 0 :(得分:0)

在QEMU中,它表示Linux感知的来宾时间。它与主机时间的关系取决于用于时间测量的模拟时钟设备。

来宾linux内核通常读取该模拟时钟设备的某些寄存器,并使用在某个地方配置或由内核测量的时钟频率将其转换为系统时间。

仿真时钟设备可以基于QEMU internal clock types(通常为QEMU_CLOCK_VIRTUAL)之一公开时钟,但不限于此。

使用QEMU_CLOCK_VIRTUAL时,其打勾方式取决于QEMU是否以-icount开关启动。如果未使用-icount,则在来宾CPU运行时,QEMU_CLOCK_VIRTUAL与主机时钟同步滴答。使用-icount时,它指定每个执行的来宾指令所花费的时间QEMU_CLOCK_VIRTUAL的纳秒数。 QEMU_CLOCK_VIRTUAL然后与来宾CPU执行的来宾指令数量成比例地滴答。当来宾CPU不执行来宾指令时(例如暂停等待中断),但我不知道详细信息时,它也会打勾。

  

运行Linux引导代码是QEMU消耗的实时时间吗?   准确吗?

它与QEMU运行linux引导代码所花费的时间有关,但不完全相同,它取决于客户机内核配置,仿真硬件和QEMU的启动方式。