Paul E Condon put forth on 9/26/2010 10:33 AM:
> I also don't like the way the industry presents its products to its
> customers, but I doubt that any suggestion that I might make would
> deserve to be taken seriously.
Case in point: Buy any IBM server, whether it be a Z-Series mainframe,
P-Series, or X-Series, and there is no option in the BIOS or elsewhere
to change/control voltages, fan speeds, etc. All of these things are
preprogrammed in hardware per engineering specifications. If you're
running one of these systems within the environmental limits, 0-8500 ft
altitude and 40-85% humidity, non condensing, with power input within
the specified AC voltage range, the system will adjust internal voltages
and fan speeds automatically. Period. Pull two blades out of one of
their blade chassis and the fan speed increases automatically to
compensate for lost airflow over the other blades. No software control
involved. IBM wants it that way. And that's the way it should be. If
users were allowed to monkey with these settings, support calls and
warranty repairs go up because folks would overheat their machines in an
attempt to make them quieter, or similar.
Then you have consumer level machines/mobos whose manufacturers _want_
you to be able to tweak fan speeds and voltages, as a product
differentiator. And you have Intel and MS who want to control
everything with a software driver as BIOS flashing for new features or
code revisions is a PITA compared to OS driver updates.
Again, if something is designed correctly to begin with, there is no
need for all this BS, OS level software for controlling these hardware
features. At best it makes it easier for someone to OC their CPU/GPU.
At worst, it allows frying one's system. In between, it merely causes
too much unnecessary confusion on the part of users not technically
qualified to be monkeying with such settings to begin with.
I'm not ranting at you Paul.
Just ranting at the sillyness of this
aspect of the industry. If all fan controls were purely in
BIOS/hardware, you'd have never suffered this problem.
Anyway, glad I was able to help you find what you needed.
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org