<div dir="ltr"><div dir="ltr"><div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">But how does systemd measure the "boot time" of each? Is it only the<br>time needed by the daemon to be exposed in DBus? Or what?</blockquote><div>For 'Type=dbus' services, which most of the distro's use in MM's service file. Systemd will consider the unit started immediately after the main service process has been forked off and the service has acquired a name on the D-Bus bus, as configured by 'BusName='.<br><br>Martin I'd highly recommend using the new udev whitelist feature, in newer MM versions. Since you mention you're embedded & almost surely know the expected modem which will be used with your device. In practice, it will save some very real boot time on your device, though as mentioned above depending on where dbus bus acquisition is in MM startup (I'm not sure where exactly it occurs in the code code) the 'systemd-analyze' may mislead you that it hasn't booted faster. You will surely see a faster time from boot to connection though. Here's an exampl<span style="color:rgb(0,0,0);font-family:"Times New Roman";font-size:medium">e:</span><br></div><div><font color="#000000" face="Times New Roman" size="3"><br></font></div></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px">[Service]<br>Type=dbus<br>BusName=org.freedesktop.ModemManager1<br>ExecStart=/usr/sbin/ModemManager --filter-policy=WHITELIST-ONLY<br><br>cat /lib/udev/rules.d/78-mm-whitelist-internal-modem.rules<br> ACTION!="add|change|move", GOTO="mm_whitelist_internal_modem_end"<br>        ATTRS{idVendor}=="1e2d", ATTRS{idProduct}=="0061", ENV{ID_MM_DEVICE_PROCESS}="1"<br>        LABEL="mm_whitelist_internal_modem_end"</blockquote><div dir="ltr"><div dir="ltr"><font color="#000000" face="Times New Roman" size="3"><div><br></div></font></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 14, 2019 at 9:21 AM Aleksander Morgado <<a href="mailto:aleksander@aleksander.es" target="_blank">aleksander@aleksander.es</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> > on my embedded system, "systemd-analyze blame" says:<br>
> ><br>
> >           15.254s ModemManager.service<br>
> >           10.562s NetworkManager.service<br>
> >                   ...<br>
> ><br>
> > I.e. MM and NM are the two slowest services in terms of start time.<br>
> > Is there anything I can do about it or try to find out, why they<br>
> > take so much time?<br>
><br>
> Which versions of both?  MM is likely the probing delay, and recent<br>
> versions of MM have stricter rules on what gets probed and what<br>
> doesn't, which could cut down its startup time.<br>
><br>
<br>
But how does systemd measure the "boot time" of each? Is it only the<br>
time needed by the daemon to be exposed in DBus? Or what?<br>
<br>
-- <br>
Aleksander<br>
<a href="https://aleksander.es" rel="noreferrer" target="_blank">https://aleksander.es</a><br>
_______________________________________________<br>
ModemManager-devel mailing list<br>
<a href="mailto:ModemManager-devel@lists.freedesktop.org" target="_blank">ModemManager-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/modemmanager-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/modemmanager-devel</a></blockquote></div>