Slashdot Mirror
Why Not To Shout At Your Disk Array
Brendan Gregg of Sun's Fishworks lab has an interesting video demo up at YouTube demonstrating just how bad vibes, if expressed with sufficient volume in front of a rack full of disks, can cause a spike in disk latency. White noise, evidently, doesn't do them much harm. (Maybe they just feel awkward to get yelled at on camera.)
he's like the crocodile hunter of loud server rooms
People yelling too much at their computers
It bothers me,
How this guy actually made the discovery.
He must have let off quite a bit of steam towards that rack.
I would say yes. When I was a teen my mother walked into my room and started moaning about the mess.
Right then, windows blue screened and later I found the hard drive was completely dead. (Think it was a 15GB Maxtor or thereabouts) That cost me some pocket money to replace at the time.
If you have women living in the house, factor this into your backup procedure.
You made me wonder; if the the effect could be detected and "read", a you say, it would be possible to use it as a way of transmitting information to the computer by shouting at it.
I then remembered microphones.
Sure, with ZFS JBODs are the preferred storage. Let ZFS do end-to-end management of the storage, from the file level to the raw disk blocks. That way it can do it's end-to-end error checking and possible correction. If you do RAID1 in hardware ( really just firmware in the storage box) you trust that software to detect all problems and correct them or report them. That software may not do checking to see if both branches of a mirror are correct and pass on bad data upstream. ZFS will detect this because of it's checksums, but it will not be able to correct this. If ZFS is doing the mirroring it will detect it and read the other mirror, if that checksum is ok, it will correct the error and continue.
hmm, bit of a chicken and the egg scenario there, isn't it?
is it slow because you yell at it, or do you yell at it because it is slow?
Either way, in the end it only degenerates into a downward spiral, where the computer gets slower and slower, while you get more and more pissed off at it and yell louder...
I am not stubborn. I am right!
Secret Fact : Ultrasonic noise at low volumes is WORSE !
It took weeks to testing to get to the root issue of WD Raptors dropping in head seeks on very high end raid cards in tiny head movement seek benchmarks, but padding each JBOD drive in acoustic foam (shooting range foam), or testing one drive at a time, instead of 4 or 8, (either method works) increased I/O per second by 40% in a rack chassis.
40% more head movements per second if no ultrasonic noise entering drives !!!!!
This is VERY VERY RARE INFO, and only I, the head of Gigabyte in Asia, and two engineers in california know of this discovery.
And because I know no one on Slashdot will mod this up, and no one reads at 0 anymore, I can trust my astounding well researched secret shall remain secret.
Its sadly 100% factual.
Also from Brendan Gregg comes the always useful /usr/bin/maybe. Other funnies from him here.
There's BAD vibrations, and then there's GOOD Vibrations.
Kevin Smith on Prince
I'm not an engineer or absolutely sure about how the brain works with white noise, but I had a job that I worked at that when I entered the freezer section, it didn't seem loud at all. Actually, it so much didn't seem loud that the few times I had to enter it, I forgot my ear plugs until I saw someone else using them.
Anyway, even though you couldn't really hear anything 'loud', if you tried to talk to anyway, you could barely hear them.
On to my question. If you have enough high amplitude random noise that is effectively destructive interference, would this make an enviorment where low amplitude sound could not be hear or even mechanically sensed easily?
I know using 'heard' may be incorrect in this context because perceived sound usually has no direct relation with what's mechanically going on with the sound waves.
Disk drives have a resonant frequency
I've seen dramatic demonstrations of this over the years. One that stands out was a test of a Bryant drive sometime around 1970. In those days a 2 GB drive was at the edge of the envelope and Bryant was test-marketing just such a beast. It consisted of eight four-foot platters mounted four to a side on a shaft going through a monster of an electric motor. The heads were mounted on arms whose positioning was controlled by hydraulic cylinders big enough to be used as shocks on a pickup truck. The whole thing would not fit in the back of that pickup truck.
We were testing the thing with a program called the "Leese Bomb". Leese can identify himself or remain anonymous--I won't turn him in. The "Bomb" part was the nature of the test.
Basic tests in those days would involve writing a whole track and then reading it back and comparing what was read to what was written. You'd do this a number of times with different patterns to capture not only faults in the surface, but any sloppiness in the head control. The Leese bomb went one better.
It would write to the outside track, write to the inside track, read the outside track, read the inside track, and then compare. If the comparison failed it would repeat the test, and keep repeating untl it succeeded, counting the failures. If the test succeeded it would index the test both inward and outward so that the tracks tested would move toward the middle, cross, and continue. This test was superior in that it would capture dynamic flaws in the system as the distance the heads moved, and the time to move varied from max to zero.
In the case of the Bryant Drive (and, accidentally, an innocent Ramac drive at Caltech), the test found a resonant frequency. When the heads overshot their mark causing an error, the test stayed on the back and forth pattern, reinforcing the resonant motion with each cycle of the test. The drive started walking across the test floor in three-inch hops, but not for very long. In a few seconds, one of the shafts broke and one of the platters, a 500 pound disk rotating at 2400 rpm broke through the front of the unit and flew across the building until it was stopped, explosively, by one of the steel columns supporting the roof of the building. Miraculously, no one was hurt.
We gave up on Bryant for that application. Not long after that, CDC introduced its 200MB drives, and they passed the Leese Bomb with flying colours. Ten of them didn't take up any more room, or cost more, than the big Bryant, so our client was happy to go with that solution.
In any case the lesson is that, if it has moving parts, resonance is an issue.
I'm a Programmer. That's one level above Software Engineer and one level below Engineer.