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!
-
@moof But wouldn't it be more prone to just rainy day exploits, upon cloud integration?
@numodular @moof Boo! Boo! (Well done.)
-
@lain_7 @moof @4censord @sophie
I don't know about the copper used for data transmission, but it's fairly well known that changing local temperature will change the local timekeeping properties of common computers. See e.g., https://austinsnerdythings.com/2025/11/24/worlds-most-stable-raspberry-pi-81-better-ntp-with-thermal-management/ where there's a clear daily cycle in the "frequency offset" that is inversely correlated with local CPU temperature.
I have measured the same thing myself.
@stylus @moof @4censord @sophie
Yes “real time clocks” in chips are notoriously bad. The time I was talking about (notice the use of copper, not fiber) preceded the widespread use of reliable time-keeping even in main frames (no cellular net to distribute time-of-day from an atomic clock somewhere) which is why a protocol was developed (NTP) to distribute an approximation of click time suitable for distributed applications.
-
@stylus @moof @4censord @sophie
Yes “real time clocks” in chips are notoriously bad. The time I was talking about (notice the use of copper, not fiber) preceded the widespread use of reliable time-keeping even in main frames (no cellular net to distribute time-of-day from an atomic clock somewhere) which is why a protocol was developed (NTP) to distribute an approximation of click time suitable for distributed applications.
-
@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…
-
@heavyimage @moof @4censord @sophie I heard a story from my “computer networking” professor in around 1985 of having been to Xerox PARC when Ethernet was brand new, and they’d tapped into the main network cable in the hallway ceiling, attached a simple amplifier and an electric motor and a piece of string. The busier the network, the faster the string twirled.
@irvingreid @moof @4censord @sophie I think maybe this is what I was thinking of!
-
@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…
-
@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…
@moof @4censord @sophie The EDSAC (https://en.wikipedia.org/wiki/EDSAC) could have a wire attached from the accumulator to a speaker, allowing operators to listen to programs as they ran. For example, while it was generating primes you could hear it counting them out.
-
@moof @4censord @sophie The EDSAC (https://en.wikipedia.org/wiki/EDSAC) could have a wire attached from the accumulator to a speaker, allowing operators to listen to programs as they ran. For example, while it was generating primes you could hear it counting them out.
@moof @4censord @sophie I was part of a group project at university to build an EDSAC simulator. We had no idea what the original sounded like, so threw stuff at the serial port and hoped for the best. Eventually we got one of the original designers (David Wheeler, if memory serves) to come and listen to it; he said it didn't sound much like the original but clearly served the same function, so we were happy enough with that.
-
@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…
@moof was the "something's wrong," sound a dying crow or something. terrible sqwawking. good use of alternative monitoring modes though *smile*
-
@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…
@moof @4censord @sophie I remember reading a story about a networking department monitoring network load in the coax era by swapping a terminator for a small electric motor with a long strip of plastic attached. More network load == faster spinning motor == wildly dancing plastic strip.
There’s also a http log visualiser based on pong that I forgot the name of. That is mighty fun to run on a Ubuntu mirror. On the hour, *WILD* pong assault.

-
@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…
-
@moof was the "something's wrong," sound a dying crow or something. terrible sqwawking. good use of alternative monitoring modes though *smile*
@bigpawedbear Generally I think it was a change in the pattern of birdsong. Every email was a chirp or tweet. If you had a whole burst of emails all of a sudden, you would hear it as a cacophony. If you heard a lot more, say, crows than, say, bluejays, that could be indicative of a larger number of MIME-encoded emails over a certain size, and the general mix of sounds would sound a little… off. That should be enough to start looking at monitoring and logs
-
@bigpawedbear Generally I think it was a change in the pattern of birdsong. Every email was a chirp or tweet. If you had a whole burst of emails all of a sudden, you would hear it as a cacophony. If you heard a lot more, say, crows than, say, bluejays, that could be indicative of a larger number of MIME-encoded emails over a certain size, and the general mix of sounds would sound a little… off. That should be enough to start looking at monitoring and logs
@moof ah, so if you suddenly had a murder of crows, it would be signs that something was aflap *smile*
-
@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…
-
@moof @4censord @sophie A friend of mine showed me the idea ages ago: https://pestilenz.org/~bauerm/shoestring/2004/06/30#netsound
-
@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…
-
As far as I know, this is not true. What is true is that the Trino Vercellese nuclear power station in Italy had acoustic transducers (basically microphones) mounted at several important points in the primary circuit, with the sound being piped to speakers in the control room, and after a few months the operators found that they could infer the state of the plant more quickly and reliably from that sound than from the instruments and gages. It makes the sound effects in STAR TREK (1966) suddenly seem a lot more reasonable.
-
As far as I know, this is not true. What is true is that the Trino Vercellese nuclear power station in Italy had acoustic transducers (basically microphones) mounted at several important points in the primary circuit, with the sound being piped to speakers in the control room, and after a few months the operators found that they could infer the state of the plant more quickly and reliably from that sound than from the instruments and gages. It makes the sound effects in STAR TREK (1966) suddenly seem a lot more reasonable.
@tsukkitsune @moof @4censord @sophie
It may not be still in use, but it definitely used to exist at UK sites that handle waste e.g. Sellafield.
But as pointed out here the continuous regular was more to show the alarm was still working.
Did U.K. nuclear power plants of the '80s play a continuous sound and indicate emergency by stopping it?
Allan Friswell's comment (scroll down) on this video for "O Superman" for Laurie Anderson contends: The UK nuclear power stations of the 80s had that "ha" sound on continuously 24/7. Apparently i...
Skeptics Stack Exchange (skeptics.stackexchange.com)
-