Re: [qubes-users] Shaving N seconds off VM startup

2018-04-14 Thread Chris Laprise

On 04/13/2018 07:50 PM, 799 wrote:

Hello Chris,

Thanks for the info, very interesting.

Chris Laprise > schrieb am 
Fr., 13. Apr. 2018, 19:20:


I've done some experimenting to get my Debian VMs to boot faster. So
far
I've reduced the start time significantly by disabling these
services in
the template:
(...).


Can you post some more I formation what you have done to measure startup 
time?
Additionally I like to know if you can do the same for Fedora based VMs, 
as most of the AppVMs from me are Fedora based.


I don't normally use Fedora, but it should be possible. Use tools like 
'systemd-analyze blame' as your guide.


I'll try to post some timings tomorrow.

Another service that shows up with significant time is wpa_supplicant. 
You can have it start only for network VMs by creating 
/lib/systemd/system/wpa_supplicant.service.d/20_netvms with the following



[Unit]
ConditionPathExists=/var/run/qubes/this-is-netvm


--

Chris Laprise, tas...@posteo.net
https://github.com/tasket
https://twitter.com/ttaskett
PGP: BEE2 20C5 356E 764A 73EB  4AB3 1DC4 D106 F07F 1886

--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/a088c9ae-387d-a820-3ba5-e5b66105cd7b%40posteo.net.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Shaving N seconds off VM startup

2018-04-13 Thread 799
Hello Chris,

Thanks for the info, very interesting.

Chris Laprise  schrieb am Fr., 13. Apr. 2018, 19:20:

> I've done some experimenting to get my Debian VMs to boot faster. So far
> I've reduced the start time significantly by disabling these services in
> the template:
> (...).
>

Can you post some more I formation what you have done to measure startup
time?
Additionally I like to know if you can do the same for Fedora based VMs, as
most of the AppVMs from me are Fedora based.

Regards

[799]

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/CAJ3yz2vSpauKrpVMHk7s5z3esJxmHfO1-Hmbf2pZAZxtLWsfWQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


[qubes-users] Shaving N seconds off VM startup

2018-04-13 Thread Chris Laprise
I've done some experimenting to get my Debian VMs to boot faster. So far 
I've reduced the start time significantly by disabling these services in 
the template:


apt-daily.service
apt-daily.timer
apt-daily-upgrade.service
apt-daily-upgrade.timer
pppd-dns
lvm2-monitor

Disabling the last two may have consequences, e.g. if you use VMs to 
access LVM storage. But that lvm2-monitor does consume a whopping 4+ 
seconds according to systemd-analyze. YMMV.


And note that my criteria for picking these is just a cursory glance at 
unit start times.


Ultimately, a good solution may be getting some of these units to start 
10-20 seconds later. I think that makes sense in the case of 
lvm2-monitor. Some other time-consuming services like qubes-update-check 
already start later and don't seem to impact VM start times and 
responsiveness.


FWIW, Ubuntu has announced that boot times have worsened a lot and 
they'll make an effort to reduce them (again). Not sure to what extent 
that reflects on Debian.


--

Chris Laprise, tas...@posteo.net
https://github.com/tasket
https://twitter.com/ttaskett
PGP: BEE2 20C5 356E 764A 73EB  4AB3 1DC4 D106 F07F 1886

--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/7bfee202-cf0d-0884-bca3-24772a9cf483%40posteo.net.
For more options, visit https://groups.google.com/d/optout.