<div dir="ltr">FWIW, the GNU "uptime -s" reports my seconds as 31, whereas busybox and toybox alternate between 29 and 30.<div><br></div><div>$ uptime -s<br>2020-05-11 13:58:31<br></div><div><br></div><div>$ for i in $(seq 5); do sleep 0.5; busybox uptime -s; /x/toybox/toybox uptime -s; done<br>2020-05-11 13:58:30<br>2020-05-11 13:58:30<br>2020-05-11 13:58:29<br>2020-05-11 13:58:29<br>2020-05-11 13:58:30<br>2020-05-11 13:58:30<br>2020-05-11 13:58:29<br>2020-05-11 13:58:29<br>2020-05-11 13:58:30<br>2020-05-11 13:58:30<br></div><div><br></div><div><div><div>-Ryan</div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 14, 2020 at 4:33 PM enh via Toybox <<a href="mailto:toybox@lists.landley.net">toybox@lists.landley.net</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"><a href="http://landley.net/notes.html#02-05-2020" rel="noreferrer" target="_blank">http://landley.net/notes.html#02-05-2020</a><br>
<br>
Let's see:<br>
<br>
$ cat /proc/uptime<br>
11514340.14 18323433.75<br>
<br>
Um, I'm guessing first number is runtime and second is suspend time<br>
(in seconds) since last reboot, toybox date -d @$(($(date<br>
+%s)-18323433)) says I last rebooted near the start of October. Yeah,<br>
sounds about right. I should probably do that so the kernel has a<br>
chance to refresh itself for security whatsits.<br>
<br>
<br>
<br>
<br>
<br>
it was people wanting to avoid exactly that kind of shell gymnastics<br>
that made me add -s to uptime :-)<br>
_______________________________________________<br>
Toybox mailing list<br>
<a href="mailto:Toybox@lists.landley.net" target="_blank">Toybox@lists.landley.net</a><br>
<a href="http://lists.landley.net/listinfo.cgi/toybox-landley.net" rel="noreferrer" target="_blank">http://lists.landley.net/listinfo.cgi/toybox-landley.net</a><br>
</blockquote></div>