Librem 15v3 + Qubes 4.0 - the good, the bad and the ugly


#21

Hi, thanks for the benchmark! What kind of boot times are you getting for this? Cold boot and VM boot times would be wonderful. I’m interested in how much difference the 960 EVO is making.

If you do post a cold boot time, it would also help to know which VMs are being launched on boot (eg. default sys-firewall, sys-usb & sys-net, sys-whonix ?) as I think those are the main contributors to boot time.


#22

@temp-accnt-123:

Hi!

I can not measure the exact values, because of disk encryption (I have to enter the passphrase). Additionally there is a boot and grub delay.

So, approximately the cold boot time is 1 min. to login into dom0. I only have sys-firewall and sys-net activated at boot time. Sometimes it varies a bit (from 55 sec. to 01:07 min.) VM boot times are about 12 to 15 sec. Normally it’s about 13 sec.

if you need exact values, I have to change my setup. Do you know some scripts or dmesg commands to calculate it?

dmesg shows me a value of: 60.705504 after login into the desktop (with entering passphrase and login password). Hopefully that helps!

The difference you can see, if you copy to or from Samsung SSD 960 EVO NVME or if you create VMs.

Regards


#24

Thank you!

I won’t need exact values, those ones are great. I’m surprised to see that despite a massive difference in sequential read speeds in your SSD and mine (my SSD is ~400MB/s), our boot times aren’t as different as I had expected (we’re booting with same VMs and both using disk encryption). When I wrote the previous post I had assumed you were using the fast NVMe SSD as a boot drive for Qubes, but maybe not?

I might as well post my times as well (averaged over 3 tests, pretty consistent):
Hardware: Thinkpad 13
From power-on to end of grub timeout: 17 seconds
From power-on to desktop: 1 minute 14 seconds
(note: I have autologin so I don’t get the login form before reaching the desktop)
Opening a terminal in a pretty typical, unopened Fedora 28 VM: 12 seconds
If I’m interpreting the dmesg output correctly, dmesg and systemd-blame are both giving 45.3 seconds

Again, thank you for the tests! I haven’t seen users posting boot times anywhere else.
Regards


#25

@temp-accnt-123:

You are welcome!

had assumed you were using the fast NVMe SSD as a boot drive for Qubes, but maybe not?

Yes, exactly. I am using the Samsung SSD 960 EVO 500GB NVME as a boot device for Qubes. That’s why I was posting the sequential read and write values in comparison to the same NVME device with a HP desktop system. It seems to be significant slower with the Librem 13 as well as a Samsung SSD 840 PRO SATA 3.0 only has the half of the maximum speed (3 Gbit/s).

That’s still a questions of mine to @kakaroto! Maybe it need some optimization in coreboot or the kernel?

But the NVME SSD is really faster, than a SATA SSD with the Librem 13. Especially if you backup VMs or copy data to the partitions. It’s getting faster if you read or write more than two GB.

I think that faster boot times are impossible at the moment. I will post it here, if it’s getting better.


#26

@amanita Sorry but there’s way too much text in this thread for me to read it at the moment (too busy) but at a quick glance…

  • If you’re asking why the SATA drive is limited to 3Gbps, then read this : https://puri.sm/posts/coreboot-on-the-skylake-librems-part-2/
  • If you’re asking when we’ll fix SATA so it can use 6Gbps, then the answer is never unfortunately. Note that months of work went into this and gave us no way to fix it, so it’s stuck at 3Gbps for now, which is not a big deal since 6Gbps is the theoretical max speed but SATA SSDs rarely reach those speeds. Your own SSD 840 Pro SATA according to this benchmark has a max write speed of 365MB/s (2.92 Gbps) and a read speed of 455MB/s (3.64 Gbps), so the loss is minimal.
  • if you’re asking why your NVMe is slower on the librem than on some other machine : no idea, It might be a hardware configuration (NVMe is PCI-express, so maybe the x2 or x4 or whatever is what affects), it might be a kernel driver or a windows vs linux (your other test was on windows?) or anything like that. I haven’t seen anything about nvme in coreboot config, but maybe I can look and find something, can you give me a summary of the issue, I got lost with all the numbers you posted before?

If you have a more specific question, please ask it directly without expecting me to be able to read all 24 messages to understand it (sorry!)