tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
-
tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
measure them in Bq [becquerel] instead
-
tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
measure them in Bq [becquerel] instead
SYN @sophie, in a nice example of the Net synchronizing, this one was just discussing Poisson processes with a friend.
-
tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
measure them in Bq [becquerel] instead
@sophie and use clicks to indicate each one!
geiger counter here we gooo!! -
@sophie and use clicks to indicate each one!
geiger counter here we gooo!!@4censord ah yes, the prometheus→grafana→geiger counter monitoring stack, who doesn't love it
-
@4censord ah yes, the prometheus→grafana→geiger counter monitoring stack, who doesn't love it
@sophie @4censord@unfug.social clicker training over http->geiger counter
-
tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
measure them in Bq [becquerel] instead
@sophie oh this is a really good point
-
@nothacking @sophie ...this is indeed correct! I am dumb so I will delete my post.
-
tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
measure them in Bq [becquerel] instead
@sophie shouldn’t it be CPM like a real Geiger counter
-
tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
measure them in Bq [becquerel] instead
@sophie
I really want to start doing that in presentations and see if anyone notices... -
tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
measure them in Bq [becquerel] instead
@sophie good idea, are they also poisson distributed?
-
@4censord ah yes, the prometheus→grafana→geiger counter monitoring stack, who doesn't love it
@sophie@mastodon.catgirl.cloud @4censord@unfug.social
hmm what's a good way to make a geiger counter go off
... oh -
@sophie @4censord@unfug.social clicker training over http->geiger counter
-
tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
measure them in Bq [becquerel] instead
@sophie the concept of web responses as random radiation. Interesting in the age of "AI" popularisation...
-
@sophie shouldn’t it be CPM like a real Geiger counter
-
tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
measure them in Bq [becquerel] instead
@sophie@catgirl.cloud
this one hosts its website from two floppy drives in raid 1 without cache so it already has a setup where it can hear every access to its site
-
tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
measure them in Bq [becquerel] instead
@sophie@mastodon.catgirl.cloud
i'm sorry but who ever measures web requests in hertz
-
@sophie and use clicks to indicate each one!
geiger counter here we gooo!!@4censord @sophie I remember talking to someone in the late 90s, early 00s that told me a colleague had tied in a sound generator to their company’s smtp servers, and it would play forest sounds in the background all day in the sysadmin office. I seem to recall that the amount of rain was tied to the load, and different bird calls represented different types and sizes of mail.
It was done in such a way as to be a pleasant background sound, but at the same time, when something went wrong, the sysops would hear it long before monitoring flagged it.
I suspect this system eventually died a death due to moving to a cloud provider, but it does show that monitoring can be something other than visual…
-
@sophie good idea, are they also poisson distributed?
@Quantensalat @sophie Don't open that can of worms. In university I had an entire compulsory 1-semester course on queueing theory.
Rabbit hole exit node: https://en.wikipedia.org/wiki/Erlang_distribution
-
tip: web requests should not be measured in Hz [hertz] as that is only used for periodic frequencies, which random events (like requests hitting a web server) are not!
measure them in Bq [becquerel] instead
-
@4censord @sophie I remember talking to someone in the late 90s, early 00s that told me a colleague had tied in a sound generator to their company’s smtp servers, and it would play forest sounds in the background all day in the sysadmin office. I seem to recall that the amount of rain was tied to the load, and different bird calls represented different types and sizes of mail.
It was done in such a way as to be a pleasant background sound, but at the same time, when something went wrong, the sysops would hear it long before monitoring flagged it.
I suspect this system eventually died a death due to moving to a cloud provider, but it does show that monitoring can be something other than visual…
since it also goes into more detail.