Despite the explosion of VMware into the data center we remain the new kid on the block. As soon as performance suffers the first reaction is to blame the new kid. But next time you see a performance problem in your production environment, I urge you to look at the issue as a consolidation challenge, and not a virtualization problem. Follow the best practices you have been using for years and you can correct this problem without needing to call me and my colleagues to town.

PRO TIP: Rebuild your indexes!

@jtroyer a lot of VMTN content like this could be much more consumable as a community wiki - same for VIOPS

Awesome.

Some really good not quite low level but detailed information on what some basic commands are _really_ reporting along with tools to make them represented in chart form.

On the Oracle database, by simply setting its cursor_sharing parameter to forced, the transaction throughput went up from ~1,200 per second to ~16,000 per second ... SQL Server 2005 has a similar database option called forced parameterization.

interesting msft whitepaper about storage requirements/recommendations for migration to SQL Server 2005

Quite a hype - "Instead to make a single request it's possible to make multiple concurrent requests using the clients number option. Wbox will spawn the required number of processes, and every process will perform a query every second."

That should definitely go somewhere on the prototypejs.org website.

the truth hurts.

JSON is way easier to parse than XML responses