Now that the live updating is over, could somebody at Engadget take the time to revert the ordering to chronological, to make the whole thing more readily readable?

I'm very much liking the idea of a Drobo, but the price seems very, very high. I'm sure they'd sell 10x as many at half the price.

Also, I'm not impressed by the speeds reported in this review:

0.58GB / minute over USB 2.0? That's only 83 Mbps (over an interface rated at 480 Mbps)
My aging PPC Powerbook can push more than that over 100Mb ethernet to a single drive.

And 1.34GB / minute over a gigabit link? That's only using 16% of the link capacity (OK, there's some overhead in there, but not *that* much).

For a target, 6 drives @ 20MB/s each ~= 1Gbps
(or in the un-conventional units of this review, 7.2GB / minute)

I'm not saying that a Drobo(Pro) is a bad thing, just that these numbers suggest that it's strengths are very much biased towards data integrity and convenience, rather than performance.
(with the caveat about how do you recover your data if it's the Drobo itself that lets you down)

As Joshua says, this benchmark is 99.9% about the underlying hardware, and has almost nothing at all to do with the OS.

A more useful benchmark would reflect real-world actions and most likely would show the significant speed improvements we've been hoping/expecting.

How about some Automator-based task? Perform some batch image resize/transform operations (in Preview to have a chance of exercising GC/OpenCL), then export to iMovie and encode to a slideshow maybe? Whatever the tasks, they should be Apple apps all the way, since nothing else is likely to take advantage of GC/OpenCL yet. Run the same action on Leopard v.s. Snow Leopard and the results are much more likely to be interesting.

Article:
"... because the CPU has to translate Intel instructions into PowerPC."

Reality:
"... because the CPU has to translate PowerPC instructions into Intel."

PowerPC binaries obviously consist of PowerPC instructions, which are dynamically translated into Intel equivalents at runtime. The article wording currently suggests the opposite.

"... will instantly find the printers available on your network, including the shared ones."

It'd be a bit of an anti-climax if it couldn't find the shared ones! I am intrigued as to which other ones it can also find though...

Article: "which honestly didn't affected but a marginal percentage of users upgrading to SSD themselves."

Possible intention #1 : "which honestly only affected a marginal percentage..."
i.e. not many people suffered

Possible intention #2 : "which honestly didn't affect a marginal percentage..."
i.e. almost everybody suffered

Throw the 'but' back into the mix and you get the inverse of each of those.
Is there a proof-reader in the house?

@Rob
Thanks for that. It did seem very un-Apple-like for the tool not to be already on the box, but I guess I've been using Linux too much and got too used to having a 'sha1sum' binary.

They provide a SHA1 checksum for verifying the download. But my (otherwise fully updated) Tiger install doesn't have 'sha1sum' on it... Mildly inconvenient.

The calibration screen in the very nicely executed "Labyrinth LE" has a very effective two-axis bubble level. Fun and useful in one app!

This doesn't have to be about making the cars completely green. As with many things in F1, it's about developing new technology that will find it's way into road cars in the future, where it will make a big difference. Unlike the eco-disaster that is the Prius.

And anyway, isn't the pro-golf tour known to be significantly LESS green than F1?

@cheater : Steel? Roll cage? You're kidding, right?