Just found Carl’s voice commander had lost its mind, so restarted that function and checked his status:
Some looks familiar like the reminder that Carl’s birthday is coming up again soon (22nd), and the 15 minute load (1.18) was high, probably the stuck voice commander. The last playtime was only 5.4 hours, again probably the stuck voice commander spinning the processor excessively.
But what is that “Life this year 9110 hours” ??? There are only 8760 hours in a year.
Guess I’m going to have to dig in and find the bug - would think as he approaches his 5th birthday he would be running nigh on to god-like perfection.
I could use more time in the day. I checked - Aug 5 is the 217th day of the year, so Carl is squeezing in almost 42 hours a day. Just think how much I could get done (even if I slept 10-12 hours per day)
I’m sure you’ll find the bug. Hope all is well.
/K
Carl entered a time warp where he has more hours in a day, where as I - the new plug-in hybrid toy car owner - am in a time sink performing tests, calculations and spreadsheet design to track energy usage and spit out statistics that only I would be interested in.
(I gave up trying to automate using the last price per gallon paid for computing equivalent MPG of EV segments. An average has to suffice.)
I’ve been too busy playing with my new car… I’m pretty sure I know the problem.
Once an hour Carl runs a very simple “life logger” that uses log4j to add a line to the log with how many hours he has been executing since he was booted:
When he is rebooted, or when I run my “totallife.sh” script he runs an awk script to clean all but the last of these execution entries for the period after boot, and also for the prior boot to current boot session.
I think there is some sequence of rapid reboots, that may reboot before the cleanup script runs leaving a dirty boot session.