Archive for category Performance

When Big News Goes Down

Following up on our previous post, pingdom has a blog post on downtime for the major news sites.  They cover all the big boys.  ABC News, Christian Science Monitor, International Herald Tribune and Times Online had the most downtime since Jan 1 with up to a whopping 23h 31m.  On the flip-side The Washington Post, CNN and the New York Times were all under 40m and Forbes came in with zero downtime.

You can checkout the pingdom blog post for an interesting analysis.

Switch and the SuperNAP

So finally someone comes up with a cooling solution that makes perfect sense to me…and implements it.

Everyone is talking about the SuperNAP by Switch Communications that is supposed to be one of the largest and most efficient datacenters produced to-date, beating the likes of Microsoft and Google in terms of capacity per square foot.

Everyone is linking to Ashlee Vance’s articles in The Register (here and here) about 8-year old Switch Communications which has gone unheard of for all these years until now.  The gist is that they aquired Enron’s pipe-dream of “bandwidth as a commodity” datacenter for next to nothing and in doing so inherited the ideal foundation for colocation services.  They picked up military contracts and other, shall we say “big-time, low-key” customers, and built a business on it.

I have to say, I like what I’ve seen so far.

The two things that stand out are the use of ex-military personnel for security, the very presence of the actual military in the building, and their method of cooling, part of their success in the capacity-per-square-foot department.

In most datacenters the onsite security amounts to nothing more than a (sometimes) convenience to customers, scarecrow for security, and an eye witness account of what happened but couldn’t be prevented.  Ex-military with big guns tends to produce a different outcome.  Burst through a wall with your little tazor and be ready to be blow to Kingdom Come by the datacenter Rambo. The presense of the actual military gives you the upper in hand in early warning for world-wide events and threats.

And finally, with respect to cooling scenarios that never made any sense to me, we finally have a company designing a front room and a back room — it was about time.  The “front room” provides access to the front of the cabinet where you insert your servers and (I assume) plug any gaps with filler plates.  Cold air is pumped into the room from above and is completely isolated from the rear of the cabinet.  The “back room” is dedicated to managing hot air that is collected from above and cycled through the system.  Brilliant, if not obvious.

To top it off, they have four (4) different methods of cooling available to them, and they choose amongst the four (sometimes using two at a time) to most efficiently cool the equipment.  Again, brilliant, if not obvious.

The last bit to catch my eye was the use of color.  They color code the equipment and locations and then designate which color can be worked on during a given period.  All of the equipment is redundant and each component of the redundant system is in each of the colors.  Therefore they reduce the chance of human error by controlling which color can be maintained on that day.  Brilliant, again.

In any event, it makes a really good read and I would highly recommend Ashlee’s articles.  I can’t think of a better place for mission-critical remote desktop solutions.  Let’s see who else can catch up to Switch now that the bar has finally been raised.

Tags: , , , , , ,

New Remote Desktop Wiki

Most of the information that is being collected for remotedesktop.com is more efficiently presented as a Wiki rather than a blog.

You can visit our new Wiki at:

http://wiki.remotedesktop.com/

Moving to 2003 64-bit

We’re currently in the process of Migrating a fair number of users from 2003 32-bit to 2003 64-bit servers (while we wait for 2008…and it’s SP1).  Scaling and performance on the 64-bit server can sometimes surprise you when you take into account your 32-bit applications running in a 64-bit environment using almost twice the memory they use to.

We’re going to be putting our dual Quad-Core 16GB RAM Dell PowerEdges through their paces soon (and we’ll report back here) but in the meantime you might want to tak a look at Microsoft’s 2005 document on 64-bit scaling and performance.

TS Capacity & Scaling

I’m going to be going in to more detail about my own experience with Terminal Server capacity and scaling issues soon, but for now I thought I’d at least provide a link to resources for getting a handle on hardware/software/max clients for TS.

Check out the Microsoft TSscaling document found here.

Mac OS X VNC Server

If you’re looking for an alternative way of enabling remote control of your Mac OS X 10.4 or later desktop (other than the built-in feature), look no further than Vine 3.0 from Redstone Software (see also OSXvnc on Sourceforge).  Some claim better performance when using Vine/OSXvnc as it uses a different compression method.

Although I haven’t tested it myself, Geek Projects reported that you can run Vine on OS X 10.3 by deleting the following directory after the install:

/Applications/Vine Server.app/Content/Resources/TigerBundle.bundle

Vine 3.0 Server can also be used in conjunction with Chicken of the VNC discussed earlier.