<div dir="ltr"><div></div><div>I'm using a physical stopwatch and running it from the moment 
U-Boot hands over until I get a prompt so I'm not taking any timing 
information from systemd or even the system itself.  I'm sure that glibc
 does indeed take some time to load into memory but I can't see it being
 the culprit of an 8-9 second difference.  Even without a stopwatch you 
can easily see the speed difference when it boots by the speed that the 
systemd messages appear so I think it's something more fundamental.  Or 
am I missing something here?<br><br></div>Cheers, Martin.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 22, 2016 at 9:20 PM, Kok, Auke-jan H <span dir="ltr"><<a href="mailto:auke-jan.h.kok@intel.com" target="_blank">auke-jan.h.kok@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Feb 22, 2016 at 11:51 AM, Martin Townsend<br>
<<a href="mailto:mtownsend1973@gmail.com">mtownsend1973@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
<span class="">> Thanks for your reply.  I wouldn't really call this system stripped down, it<br>
> has an nginx webserver, DHCP server, postgresql-server, sftp server, a few<br>
> mono (C#) daemons running, loads quite a few kernel modules during boot,<br>
> dbus, sshd, avahi, and a bunch of other stuff I can't quite remember.  I<br>
> would imagine glibc will be a tiny portion of what gets loaded during boot.<br>
> I have another arm system which has a similar boot time with systemd, it's<br>
> only a single cortex A9 core, it's running a newer 4.1 kernel with a new<br>
> version of systemd as it's built with the Jethro version of Yocto so<br>
> probably a newer version of glibc and this doesn't speed up when using<br>
> bootchart and in fact slows down slightly (which is what I would expect).<br>
> So my current thinking is that it's either be down to the fact that it's a<br>
> dual core and only one core is being used during boot unless a fork/execl<br>
> occurs? Or it's down to the newer kernel/systemd/glibc or some other<br>
> component.<br>
><br>
> Is there anyway of seeing what the CPU usage for each core is for systemd on<br>
> boot without using bootchart then I can rule in/out the first idea.<br>
<br>
</span>Not that I know of, but, to work around the issue of dynamic linking,<br>
one can link systemd-bootchartd statically. It'll become larger, but<br>
you can then clearly ascern that the impact of glibc bits being loaded<br>
are properly recorded by bootchart. And, it's fairly trivial link it<br>
statically.<br>
<span class="HOEnZb"><font color="#888888"><br>
Auke<br>
</font></span></blockquote></div><br></div>