So my Google-fu is completely failing me here.
I SSH into a server, where I run a grep --color=auto, matching about a third of its output (so nearly a third of the screen is showing colored text). Whenever the terminal showing this output is visible on screen, my monitor emits a barely audible high-pitched whine (which, as soon as I noticed it for the first time, became highly annoying). Alt-tab away, the sound stops immediately. Run a command showing non-colored text, the sound stops immediately. I can reproduce it with other commands showing colored output (cd /; ls; ls; ls; ls, etc). I'm not hearing it if the amount of colored text on screen is low (cd /; ls -al; ls -al). I've changed GREP_COLORS to show non-bold and non-red colors; doesn't make any difference.
This _doesn't_ happen in a local terminal; only over SSH.
OS is Ubuntu 12.04 (both client and server), monitor is a Samsung Syncmaster 215TW.
I'd like to make the noise go away, without losing the benefit of colored output, but I'm utterly clueless on how to proceed from here, or even where the people who would be likely to be able to say intelligent things about this would hang out. I'm hoping someone here could give me a first pointer...
That is odd.
Are the colours the same locally -v- over ssh? I don't just mean "is the text red?" I mean: what are the RGB components of local red? Are they the same as the RGB components of red over ssh? (I don't know of a better way of checking this than examining a screengrab with an image editor.) Similarly for other colours. We would expect local black to be the same as black over ssh, but local red to be different from red over ssh.
Do you get a whine when a local terminal shows coloured text, while in a different window you are sshed into a server without coloured text?