Getting Bootchart setup on Debian 8.3

[Jean-Sebastien Stoezel]

Hi:

I would like to reduce the boot time of my BBB/BBG, running Debian 8.3. While I was able to find related posts on this forum, they seem old-ish and I wasn't able to implement what they suggested.

The first advice was to install Bootchart, which seems to be pre-installed on the Debian 8.3 I am running. What I can't seem to be able to do is setup Bootchart to actually collect data.

The information I found online suggests modifying /boot/uEnv.txt to include

systemd=quiet init=/sbin/bootchartd 

But this still didn't seem to enable Bootchart (i.e. no /var/log/bootchart.tgz file generated).

Would anybody have updated instructions on how to setup Bootchart with systemd and Debian 8.3?

Regards,

JS

[Robert Nelson]

systemd-analyze plot > file.svg

Regards,

--

Robert Nelson
https://rcn-ee.com/

[Micka]

Thank you Robert !

networking.service (18.800s) 

generic-board-startup.service (6.242s)  

lol  

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYgFZjxUhLu9UMDb7Ncj7JQvk4XGjeQsZJV7m6U39TgAXw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[Robert Nelson]

On Mon, May 9, 2016 at 8:33 AM, Micka <micka...@gmail.com> wrote:

Thank you Robert !

networking.service (18.800s) 

generic-board-startup.service (6.242s)  

This hits the board eeprom over i2c, along with a module load, fires up udhpc and finally an overlay load..

Regards,

[Micka]

yes sorry, 

I know that It does a lot of thing, and it tooks a lot of time ^^ .

I will have to dig into it .

--

For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYhMQM6_V%3DzuJ%3D%3DecP-QR5U1%3DQm0dyszUi08b2Kou600aA%40mail.gmail.com.

[Robert Nelson]

On Mon, May 9, 2016 at 9:38 AM, Micka <micka...@gmail.com> wrote:

yes sorry, 

I know that It does a lot of thing, and it tooks a lot of time ^^ .

I will have to dig into it .

Yeah, i'd like to cut it down in time. ;)

Regards,

[Micka]

Robert,

Which service is calling the script /opt/scripts/boot/am335x_evm.sh ?

  bonescript-autorun.service   

  bonescript.service  

  capemgr.service            

--

For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYg2JryDiRAjBAeip9iiB54gP-iPLrwhyRU%3DtXHN7xbmRw%40mail.gmail.com.

[Robert Nelson]

On Mon, May 9, 2016 at 10:00 AM, Micka <micka...@gmail.com> wrote:

Robert,

Which service is calling the script /opt/scripts/boot/am335x_evm.sh ?

generic-board-startup.service ->

/opt/scripts/boot/generic-startup.sh ->

/opt/scripts/boot/am335x_evm.sh

Regards,

[William Hermans]

Startup finished in 3.159s (kernel) + 7.910s (userspace) = 11.069s

*cough*Raspbian GNU/Linux 8 (jessie) rpi (Linux 4.1.19-v7+ #858 SMP Tue Mar 15 15:56:00 GMT 2016) arm*cough*

--

For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYhW8Pg5owxnqCow5mfrrY%3D0fgLUkpupXRW7Ywem-i%2BuDQ%40mail.gmail.com.

[Micka]

The problem comes from the network .... I will look into that tomorrow.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALHSORp7pEHyK88EWNAe-jp2VDN%3D%3DhmgOV759N%2BQ4g1aQEKWqw%40mail.gmail.com.

[William Hermans]

@Robert,

By the way, I'm curious what's holding back the BBB's boot up in jessie ? I remember it used to be every bit as snappy as the above stats listed for my rpi 3. Except the BBB didn't have, or even need quad cores . . .

[Micka]

Robert Nelson,

If I'm not wrong in the file /etc/init.d/networking 

The line that take a lot of time is : udevadm settle

      Watches the udev event queue, and exits if all current events are
       handled.

That where we wait for a long long time !

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALHSORqWNwep724c_D5uHyzLRCzeZrU5MYjQij7%3DBODg1hZKow%40mail.gmail.com.

[John Baker]

Robert:
What script is trying to read the clock data from ntp? I have an Adafruit DS3231 for the Real Time Clock and the BBB is taking a minute before it gets the clock from the DS3231 so I suspect some script is trying to read the ntp clock data and holding up the read of my DS3231 clock. Es posible?
John

[Micka]

sudo apt-get remove ntp

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/66884716-e25b-412e-98f1-97870f8f7127%40googlegroups.com.

[William Hermans]

the ntp serviced use with debian is actually ntpdate.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtk%3DQWMYfn_4Ox9gGox9HYjtPC8Z7HTNbKESAevfEseYEA%40mail.gmail.com.

[Robert Nelson]

On May 18, 2016 4:53 PM, "John Baker" <bakerengi...@gmail.com> wrote:
>
> Robert:
> What script is trying to read the clock data from ntp? I have an Adafruit DS3231 for the Real Time Clock and the BBB is taking a minute before it gets the clock from the DS3231 so I suspect some script is trying to read the ntp clock data and holding up the read of my DS3231 clock. Es posible?

In Jessie..

systemd-timesyncd

Is setup by default.

Regards,

[John Baker]

Thanks Micka.

I just now tried that and putty.exe said that ntp isn't installed, so not removed, but I'll bet it's gotta be something like that. Maybe something for the Internet connection.

John

You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/Rtn0sS_z9DA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtk%3DQWMYfn_4Ox9gGox9HYjtPC8Z7HTNbKESAevfEseYEA%40mail.gmail.com.

[Micka]

As Robert told u, you need to disable the service
systemd-timesyncd:

systemctl disable systemd-timesyncd

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/af3c4179-e373-0cc9-4665-b8bbf5b91bfb%40ieee.org.

[John Baker]

My apologies to All: I'm an interloper. Actually I'm using Debian Wheezy and my problem is not related to bootchart. I hitched onto this thread, suggested by Drew Fustini in the Adafruit forum. 

I have an Adafruit DS3231 Real Time Clock module attached to my BBB. Debian is delaying for one minute to read the DS3231's clock time and I would like to eliminate that one minute delay. I suspect that Debian is trying to go through the Internet to read the time from ntpdate or whatever and gives up after a minute, finally reading the clock data from the DS3231 module.

FWIW, I checked the status of the systemd-timesyncd service and found that it's "inactive (dead)."

Thanks,

John

[William Hermans]

My apologies to All: I'm an interloper. Actually I'm using Debian Wheezy and my problem is not related to bootchart. I hitched onto this thread, suggested by Drew Fustini in the Adafruit forum. 

I have an Adafruit DS3231 Real Time Clock module attached to my BBB. Debian is delaying for one minute to read the DS3231's clock time and I would like to eliminate that one minute delay. I suspect that Debian is trying to go through the Internet to read the time from ntpdate or whatever and gives up after a minute, finally reading the clock data from the DS3231 module.

FWIW, I checked the status of the systemd-timesyncd service and found that it's "inactive (dead)."

Thanks,

John

John,

Maybe helpful for you, maybe not. But you could look into the wheezy package fake-hwclock, which keeps time as close as possible to accurate time between reboots. Which would then make that one minute delay at least bearable.

The problem I'm thinking you're running into here is that it takes a while for the OS to come up. So until the system is read to take care of reading the real time clock . . .

Perhaps you could find, or write a kernel module that loads time from the rtc at early boot ? But non of this is anything I'v personally had hands on with, except fake-hwclock.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/7f317a3b-165a-44b0-96a3-b2b206631d9c%40googlegroups.com.

[Micka]

Robert Nelson,

About the service  /etc/init.d/networking

did you modify it for the beaglebone black ?

Because we know that the BBB have problem with ethernet. But where did you try to correct the problem ? In the networking service ? Did you put a sleep ?

Where can I reduce the time of the execution of this service ? 


micka,

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALHSORpAts6rOhh8Hp3O1-JzvCgpBg4%3Dm6_jBovSpvGBHMBynw%40mail.gmail.com.

[William Hermans]

Robert Nelson,

About the service  /etc/init.d/networking

did you modify it for the beaglebone black ?

Because we know that the BBB have problem with ethernet. But where did you try to correct the problem ? In the networking service ? Did you put a sleep ?

Where can I reduce the time of the execution of this service ?


micka,

Yes, 14 seconds is too long to spend on a service of this nature. Especially considering that here, I use a static IP, and it should spend 0 seconds waiting on the service.

As far as I can tell there is no way to change this. I spent a few hours googling around, and experimenting with a few things, and none worked . . .

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtnMA4SL6H6KYcp%3DJ6StVvOcUQE6vVKqxs0rzEMTAg19rQ%40mail.gmail.com.

[Robert Nelson]

On Wed, Jun 29, 2016 at 5:44 AM, Micka <micka...@gmail.com> wrote:
> Robert Nelson,
>
> About the service /etc/init.d/networking
>
> did you modify it for the beaglebone black ?
>
> Because we know that the BBB have problem with ethernet. But where did you
> try to correct the problem ? In the networking service ? Did you put a sleep
> ?
>
> Where can I reduce the time of the execution of this service ?

I didn't make any changes to that script...

it's slow, specially if your eth0 isn't connected..

thus we use connman ;)

[William Hermans]

Robert,

I have the same problem, eth0 connected to a GbE switch, into our network, and eth0 set statically in /etc/network/interfaces. I even with your most recently released image changed out systemd for sysv, thinking that maybe it would make a little difference. But it changed nothing.

All those posts on Archlinux I've found were people had the same problem discussed a service file and a Settimeout

 variable. But I could not found this variable in any of the networking.service files for systemd on this image . . . but also some discussed if this variable is set too low, it'll cause the system to wait even longer . . . so yeah I do not know.

Anyway, I'd prefer not to use connman . . . but I would like this problem fixed. And this is a recent development. As in it's a Jessie thing . . .

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYhAE%2B%2BCV8ThBkr%2BZMpqxMCEsoH%3DUuxqtN-MKnsRsPFSUA%40mail.gmail.com.

[Robert Nelson]

On Wed, Jun 29, 2016 at 10:20 AM, William Hermans <yyr...@gmail.com> wrote:
> Robert,
>
> I have the same problem, eth0 connected to a GbE switch, into our network,
> and eth0 set statically in /etc/network/interfaces. I even with your most
> recently released image changed out systemd for sysv, thinking that maybe it
> would make a little difference. But it changed nothing.
>
> All those posts on Archlinux I've found were people had the same problem
> discussed a service file and a Settimeout
> variable. But I could not found this variable in any of the
> networking.service files for systemd on this image . . . but also some
> discussed if this variable is set too low, it'll cause the system to wait
> even longer . . . so yeah I do not know.
>
> Anyway, I'd prefer not to use connman . . . but I would like this problem
> fixed. And this is a recent development. As in it's a Jessie thing . . .

it's a debian and ubuntu thing..

Somewhere along the line, someone decided that if you had any entries
in /etc/network/interfaces, that 'should' be up before the login
prompt appears..

atleast they added a 2 minute time out..

[Micka]

The ethernet is connected.

I've put some log in the file /etc/init.d/networking . And this file work very quickly. Weird ... Looks like that systemd takes time to detect that the service finished.

[   11.213262] net eth0: initializing cpsw version 1.12 (0)

[   11.215589] net eth0: phy found : id is : 0x7c0f1

[   11.231729] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

[  117.675769] cpsw 4a100000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx

but for some reason, it takes too much time !

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYhAE%2B%2BCV8ThBkr%2BZMpqxMCEsoH%3DUuxqtN-MKnsRsPFSUA%40mail.gmail.com.

[William Hermans]

Robert,

Any idea where I should start looking to resolve this problem ? I would not mind hunting the problem down myself, and then giving the group the information.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAF%2BMRt%3Dx%3Ddmkz%2Bf7odpR16d8b5TNueJyjJ9ipXGUEOcEAMvw-w%40mail.gmail.com.

[Micka]

I found the answer here : 

http://unix.stackexchange.com/questions/204753/systemd-waiting-too-long-for-network-at-debian-8-0-jessies-boot

The solution is fairly easy, just replace auto to allow-hotplug. 

now it takes:  networking.service (4.113s) 

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALHSORryjtiRH4hj9yzMOrbPzMwy1wW%2ByYJqTNkFiJPwOEfuzQ%40mail.gmail.com.

[William Hermans]

I found the answer here :

http://unix.stackexchange.com/questions/204753/systemd-waiting-too-long-for-network-at-debian-8-0-jessies-boot

The solution is fairly easy, just replace auto to allow-hotplug.

now it takes:  networking.service (4.113s)

I tried that about a week ago. It did not work for me. But I only tried with systemd not sysv.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtkO45aHQDPp_db%2BOWPScnMxxE4reXo3V58q81gpyV46AQ%40mail.gmail.com.

[Micka]

Did you put allow-hotplug everywhere ?

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALHSORo-AOkK1U6vxemBXAMj2HUvFUqDp70CmQ627%3D_Sx%3DqMJA%40mail.gmail.com.

[Micka]

allow-hotplug lo

allow-hotplug eth0

[William Hermans]

Yes . . .

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtkdPeBs8FQkRbYr-h%2BQtN%2BD5siK8g%2B0hcvo-ObPGWBT%2Bw%40mail.gmail.com.