(Apple requested that I drop the "Xeon" from Xserve's product name. I don't mind. Since the Xserve G5 I was using has gone back, the distinction is moot for me. Xserve it is.)
This is a project that called for my removal from my office. I'm at the VMworld conference in Los Angeles, connected to Xserve via Remote Desktop, and finally able to write instead of test.
The consensus among commenters is that I should skip the rest of these notes and go straight to the review. I promised this bit on power, cooling and noise next, so I'll fulfill my promise and post the review after this.
Compared to a two socket, dual-core Netburst Xeon, Xserve eats like a bird, but there's no mistaking its power draw for a desktop's. Xserve has a relatively smooth soft start: It doesn't spike its power consumption excessively at power-up. Some servers pull in gallons of extra juice when first powered on to wind up all of the fan motors and disk spindles, and to initialize peripheral devices. A rack of Xserves won't overwhelm your circuit breakers when you fire them up simultaneously.
I measured the range of Xserve's operating power utilization, with varying levels of compute and peripheral load, at 295 to 400 watts. It doesn't have a wide intermediate range; it tended to hover at the top or the bottom. Watching power levels in real-time with Apple's Server Monitor, I saw only three distinct stages of power adjustment reflected in CPU wattage and core voltage. Apple's interface doesn't report clock speed. As it is, I'm not surprised that total power consumption, measured at the AC outlet, doesn't step up and down in smaller increments. Power utilization was nearly identical whether one or two power supplies were used.
As Apple explained it to me, Xserve's power management (which is not user-adjustable) favors performance over efficiency. When it appears to be in a quiescent state, Xserve is actually hard at work waiting for work to do. The advantage is that the system reacts with minimal latency to sudden changes in demand, whereas a server in a power-reduced state might have to wake from that state before it can meet that demand. The disadvantage is that the nominal floor for power draw and heat dissipation is set high, and OS X provides no easy means by which the administrator can lower it.
Xserve apparently has the option of being put to sleep, but the evaluation system wouldn't do it. A possibly related anomaly was that the processor preferences pane would not allow me to switch off CPU cores that had been subjected to\ heavy (100%) load. It permitted this when the system was less loaded, allowing me to knock the machine down to a single core. However, disabling cores, or disabling the second CPU entirely, had only a marginal effect on temperature and power.
Xserve contains a total of nine fans, seven side by side in an array and one each for the (optional) dual power supplies. Each of the fans in the main bank of seven has two independent rotors (and so, motors). The double rotors create a push/pull airflow that takes up relatively little real estate. All fans are monitored individually by Apple's System Management Controller, but at present, all of the fans change speed at the same time. All of intake rotors are assigned one RPM value, and the output rotors are assigned another.