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!
-
@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 But wouldn't it be more prone to just rainy day exploits, upon cloud integration?
-
@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 ah yes, the prometheus→grafana→geiger counter monitoring stack, who doesn't love it
-
@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
One of my jobs during my “I’m contemplating my third switch of academic majors, perhaps I should take some time off from school to think about this” wanderjahren was babysitting the larval Internet at night.(push digression)
I would call the phone company and complain about high-bandwidth (a whole 56K!) phone lines. Occasionally I would have to disturb a night-watchman and talk them through looking at the light panel on the Interface Message Processor (IMP — larval switches or gateways in today’s thinking). Very rarely I’d talk them through toggling the 16-word boot loader that would boot the IMP from a neighbor through the modem.
(pop digression)Logs were printed by an inkjet printer — silent, save for line-feeds.
I could hear certain patterns of line feeds and (coupled with the time of day and time of year) know which IMP needed help without looking at the log before the monitoring host alarm timeout.
(push digression)
Time of day and time of year? What?In the southern US during those days, many phone lines were carried by microwave — I’m sure the towers for these have all been replaced by cell towers (more likely fiber buried along a rail line).
During the spring, as the sun rose, the damp would rise from the rivers and lakes. The mist would interfere with the microwaves, and I could watch in the log as the sun rose and phone lines failed in a line from east to west.
(pop digression)This pattern also had a characteristic pattern of line-feeds.
(push to possibly apocryphal digression)
That’s not the only meteorological phenomenon visible in network traffic logs. I heard it said that David Mills, the creator of the Network Time Protocol (NTP), could tell when a heat-wave hit the American Midwest, because the sun would heat the copper wires carrying phone signals, they’d expand, and the altered distance across the United States would show up in NTP packet timing.
(pop from digression) -
@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…
-
R relay@relay.infosec.exchange shared this topicR relay@relay.mycrowd.ca shared this topic
-
@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…
-
R relay@relay.publicsquare.global shared this topic
-
@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…
When working for a startup back in the early 00s, my naming convention was based on cartoon characters - Scooby, Shaggy, Fred, Wilma etc. Fred was my proxy server in the middle of the office floor with speakers attached. Every time it lost internet connection it played a slightly modified sample from Pulp Fiction "Fred's dead baby, Fred's dead". I never had a user ask me "is the internet working" leaving me to just get on an fix it.
-
@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.
-
@moof @4censord @sophie
One of my jobs during my “I’m contemplating my third switch of academic majors, perhaps I should take some time off from school to think about this” wanderjahren was babysitting the larval Internet at night.(push digression)
I would call the phone company and complain about high-bandwidth (a whole 56K!) phone lines. Occasionally I would have to disturb a night-watchman and talk them through looking at the light panel on the Interface Message Processor (IMP — larval switches or gateways in today’s thinking). Very rarely I’d talk them through toggling the 16-word boot loader that would boot the IMP from a neighbor through the modem.
(pop digression)Logs were printed by an inkjet printer — silent, save for line-feeds.
I could hear certain patterns of line feeds and (coupled with the time of day and time of year) know which IMP needed help without looking at the log before the monitoring host alarm timeout.
(push digression)
Time of day and time of year? What?In the southern US during those days, many phone lines were carried by microwave — I’m sure the towers for these have all been replaced by cell towers (more likely fiber buried along a rail line).
During the spring, as the sun rose, the damp would rise from the rivers and lakes. The mist would interfere with the microwaves, and I could watch in the log as the sun rose and phone lines failed in a line from east to west.
(pop digression)This pattern also had a characteristic pattern of line-feeds.
(push to possibly apocryphal digression)
That’s not the only meteorological phenomenon visible in network traffic logs. I heard it said that David Mills, the creator of the Network Time Protocol (NTP), could tell when a heat-wave hit the American Midwest, because the sun would heat the copper wires carrying phone signals, they’d expand, and the altered distance across the United States would show up in NTP packet timing.
(pop from digression)@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.
-
@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*
