Jtdcftul

I had my first programming experience in the late 80s / early 90s on a Schneider (Amstrad) CPC 464 in Basic.

I remember that when a program was running, depending on the current workload of the processor you could hear a faint buzzing sound from the integrated speakers.

Especially when an empty for loop was running (like for i = 1 to 500 : next) which was regularly used to get short waiting times (as there was no sleep command IIRC), you could hear this buzzing which gradually changed its frequency during the loop.

My question is: Was this a feature (as an audible feedback that the computer was working) or a consequence from insufficient decoupling of circuits?

There seems to be a slight misunderstanding: The CPU in a computer is (almost) never doing nothing (excluding power save states which was largely unknown at times the Amstrad was en vogue). So there's no such thing as "workload of a processor" going up or down - The CPU in an Amstrad is constantly running at 4 MHz, constantly under the same workload. If there's nothing do do, like executing a BASIC program), the CPU is, well, busy idling around at the same speed with the same "workload".

What you possibly can hear, however, is the CPU repeatedly doing the same thing, like operating in tight loops that can, through electrical or mechanical interference (with the monitor or audio signal, for example), create audible frequencies that you may hear. That was definitely not an intended feature.

Operators of mainframes sometimes could hear whether their machines were running properly (or had crashed) by listening to the interference noise they produced, sometimes even tried to amplify the noise. (See this book, page 161ff)

You were experiencing some similar effect.

Today, the sound of historic computers operating can even be marketed as art.

What you possibly can hear, however, is the CPU repeatedly doing the same thing, like operating in tight loops that can, through electrical or mechanical interference (with the monitor or audio signal, for example), create audible frequencies that you may hear. That was definitely not an intended feature. - tofro

In addition to what tofro has answered, I'd like to point out that some types of interference is a result from multiple activities and/or subsystems in a computer, but others may have a direct correlation to a simple operation of the machine, such as running a special sequence of instructions or toggling the data inside in RAM.

In some cases, the nature of this interference can be completely understood by the programmer, and renders it controllable. This possibility was well-known back to the era of mainframes and minicomputers, and I'd like to give several examples.

1. Here's the video of a 1971 DEC LAB-8/e minicomputer playing music. The music is generated by generating noise induced into an AM radio receiver near the CPU.



2. 
   

   Later, it was rediscovered by the members of the Homebrew Computer Club on the Altair 8800. Quote What the Dormouse Said: How the 60s Counterculture Shaped the Personal Computer.

   
   
   

   
   

   Dompier started again, and this time he succeeded. Previously he had
   discovered that the unshielded computer could be programmed to generate
   tones by interfering with a transistor radio. He spent hours figuring out
   how to create a musical scale. Then he used the radio as an output device
   for the computer. At the Homebrew meeting lightning struck when,
   unexpectedly, strains from the Beatles' "Fool on the Hill" emerged. When the song ended, the crowd crammed into the room jumped to their feet offering thunderous applause. After the audience calmed down, the song was repeated and then, foreshadowing a world of vastly more powerful computers, the Altair broke into a rendition of "Daisy," raising the specter of the almost conscious HAL from the movie 2001: A Space Odyssey. For the first time there was a computer that you could build yourself that actually did something! Felsenstein eventually calmed the crowd down and noted, "Okay, there is music, but we're not exactly changing the world." Nobody cared. Everyone wanted to hear it again, and so Dompier hit the button, and the music started all over again. When it ended, he received another round of applause.

   
   

   
   



3. The same technique was again repopularized and reimplemented by various projects. For example, compile and run this program using a 2015 model MacBook Air. Then use a Sony STR-K670P radio receiver with the included antenna and tune it to 1580 kHz on AM You should hear the "Mary Had a Little Lamb" tune playing repeatedly. The actual emissions are caused by the _mm_stream_si128 instruction that writes through to a memory address.




4. The above examples all exploited radio-frequency interference. But mechanical noise is also exploitable in some cases. For example, this program can generate a faint musical tones (Imperial March, but easily modifiable) from the coil whine of a Thinkpad T550 by rapidly changing the Intel CPU P-state, thus stressing the power supply and induces a coil whine with controllable frequency. I've personally tested it on other "classical" Thinkpads, such as Thinkpad X200 and Thinkpad X220, and it also works.