Slashdot Mirror
Using Sound To Test Internet Connections
sifi writes "An article in the New Scientist claims that by converting the frequencies of a 'ping' to sound it is possible to hear the reliability and strength of an internet connection.
They then go on to claim that all this is going to make telesurgery safe.
I quite frankly think that this is a case of the media printing something becuase it sounds (pun intended) cool. I'm convinced that there's nothing here that couldn't be done with a suitably clever piece of software - unless I'm missing something."
That's always a good way to hear how good your connection is.
Anything over TCP/IP is Digital... there is no frequency beside on and off.
The article says "Chafe wondered if variations in jitter [they defined as the deviations in the ping] could be converted into a musical form."
Fine convert the jitter to music... but how is that going to help you beyond what a numeric display would tell you?
I have a feeling none of these people have a clue about what they are babbling about.
'He was a dreamer, a thinker, a speculative philosopher... or, as his wife would have it, an idiot.' - Douglas Adams
The article mentions that you could use this technique to monitor if the line is OK just before a critical operation. But will testing the quality of the line now give enough assurance that this quality will still be met in the middle of the operation, when there is no turning back?
I think that for these critical applications any simple test like this will never suffice, and you will need some way of guaranteeing that a minimal level of signal quality will be there, regardless of changing circumstances.
I don't think the poster quite got the article. Regardless of whether this can be implemented in software or would require new hardware (don't know myself) this is a novel idea.
When you ping a machine from the command line, you get a list of ping times, which scroll by at a rate of about 2 per second or so. This doesn't show you the truly short-term behaviour of the connection. If I have understood correctly (and with the science writer "guitar string" crap removed), the idea here is to ping continually whilst playing a sound whose period (1/frequency) is the same as the ping time.
This has two advantages I can think of. The first and most important is that the ear is much better at picking up on a change in frequency than the eye is at picking out a couple of unusually high or low numbers in a scrolling list. This means that you can carry out a much larger number of "useful" pings (ie. ones whose results can be understood and used by an operator) per second. The second is that most networking applications (including telesurgery) don't make any use of sound, so the output of the pings is made continuously available to the user in a way that doesn't interfere with the task he/she is carrying out.
I don't know a thing about telesurgery, but if the very short term behaviour of the connection is important, this sounds like an ingenious way of keeping the user continuously updated.
"The Milliard Gargantubrain? A mere abacus - mention it not."
You can that! I had to debug some modem problems a while back, and it got to the point that I could not only tell whether it was going to connnect or not, but at what speed, just by listening to the entrain sequences. Bearing in mind that V.90 only has a limited set of frequencies it can connect at, I was either getting the right value or one of the adjacent ones *every time*.
Yeah, I know: Sad! ;)
UNIX? They're not even circumcised! Savages!