User:Kim/Special Issue 27/Timekeeping device: Difference between revisions

From XPUB & Lens-Based wiki
 
(4 intermediate revisions by the same user not shown)
Line 13: Line 13:
: get some local (outside) factors (or the fact that cerealbox will go down in the break?) --> what else is class specific (our graduation/ our study beginn, its a very temporal server)
: get some local (outside) factors (or the fact that cerealbox will go down in the break?) --> what else is class specific (our graduation/ our study beginn, its a very temporal server)


;uptime
;[[User:Kim/Special Issue 27/uptime|uptime]]
: extend uptime, not only the command but also when was the server initially set up [https://unix.stackexchange.com/a/762131 birth]? and then future uptime: how long will it be running? and then its micro material basis: since when is that here?
: extend uptime, not only the command but also when was the server initially set up [https://unix.stackexchange.com/a/762131 birth]? and then future uptime: how long will it be running? and then its micro material basis: since when is that here?
:: in that sense it would connect community of practices that use the server, its own operations and its material relations
:: in that sense it would connect community of practices that use the server, its own operations and its material relations ([https://youtu.be/k2C4lbbIH0c?feature=shared how are rasberri pi's made video])
:: more links: [https://www.designlife-cycle.com/raspberry-pi lifecycle of a rasberry pi], [https://computer.howstuffworks.com/raspberry-pi2.htm how the pi works w/ component list], [https://flexpcb.org/bcm2835-what-is-it-and-what-does-it-do/ the rasberry pi's specific chip (semiconductor)], [https://youtu.be/WKHKy89QaV0?feature=shared&t=481 chip factory in taiwan (yt video)]


==ideas==
==ideas==

Latest revision as of 17:53, 24 May 2025

tests

can be found on cerealbox timekeeping-device/

terminal

ping
to graph (graphic) visualizing length of seconds
traceroute
time (cmd)
build a timer in the terminal with bash using sleep and ring the bell after selected period
get some local (outside) factors (or the fact that cerealbox will go down in the break?) --> what else is class specific (our graduation/ our study beginn, its a very temporal server)
uptime
extend uptime, not only the command but also when was the server initially set up birth? and then future uptime: how long will it be running? and then its micro material basis: since when is that here?
in that sense it would connect community of practices that use the server, its own operations and its material relations (how are rasberri pi's made video)
more links: lifecycle of a rasberry pi, how the pi works w/ component list, the rasberry pi's specific chip (semiconductor), chip factory in taiwan (yt video)

ideas

references

cereal time

general time data

$ timedatectl

outputs

Local time: Mon 2025-05-19 19:13:43 BST
Universal time: Mon 2025-05-19 18:13:43 UTC
RTC time: n/a
Time zone: Europe/London (BST, +0100)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no

running processes

$ ps (or $ ps aux)

outputs information on run processes (aux is more specific, shows user associated with each process, the start time, the memory consumption, the total running time, command associated with each process)
how many processes are running right now?

$ ps aux | wc -l

outputs a number (179). for a nicely formatted output do:

$ echo "User $USER has a total of $(ps -e | wc -l) processes running on $HOSTNAME."

to see realtime running processes and tasks do

$ htop (or $ top)

last reboot

$ last reboot

outputs

reboot   system boot  6.6.47+rpt-rpi-v Tue May  6 09:24   still running
wtmp begins Wed Apr 23 09:46:29 2025

load average (busyness) [1]

$ cat /proc/loadavg

will output

0.11 0.09 0.02 2/192 15046

This means: the first 3 entries are the load average we've seen with uptime and top. Then comes 2/192 which means 2 processes will run in the next switches and 192 processes are instantiated (most are sleeping.) Then, the last number, 15046, is the process identifier (pid) of the process that will run next.