Alex Hopmann’s Blog

There is this fairly recent notion about making “transparent Javascript”. The idea is that you don’t complicate your markup with Javascript and keep it all in include .js files. The JS files identify various spots in your pages via IDs or classes and attach event handlers at some point on page load time.

So far I’m not a fan. I might warm up to it later, but I’ve been working with it so far and its really hard for me to tell where the code is for anything. I’ve got some piece of HTML, but finding out what it actually does or how to fix it when it stops doing what its supposed to is a pain. Just too “transparent”.

Its similar to various MVC patterns. Good factoring of code can be a really good thing. It can be crucial to build big projects that you can maintain. And I really do like the concept of keeping the HTML clean so that designers can work it it more easily without messing with script all over the place. But abstractions can go too far. I’m also not a fan of the purist MVC models- I’d rather have something that doesn’t abstract so much that its hard to trace the actual code execution.

I had this “bright” idea to use RAID1 for my boot disk on my new workstation. In theory its all handled by the Intel chipset, should be high performance. As RAID1 writes aren’t any faster, but reads should be twice as fast, so running Windows, my page file, and other key stuff on there should help give me great performance. Plus I figured my time is very valuable, and not having to worry about rebuilding my whole machine if I have a drive failure sounds like a great idea, right?

It was a TERRIBLE IDEA. It was terrible. A complete mistake.

The catch is that for your boot drive, RAID1 makes it way less reliable. Partly because its controlled by all these BIOS settings, and I’ve had times when it reset and then the machine started up with the drives not in RAID mode. Which was fine until I tried to put it back into RAID mode. Then it wouldn’t boot and I couldn’t get the Windows repair utilities to touch it. Faced with the possibility of having to reinstall Windows I switched RAID mode off and now I just have a normal system disk.

The other thing I didn’t realize is that as a RAID disk, if anything happens to the system like a crash or whatnot, it is going to have to rebuild it. Of course rebuilding the disk when you are trying to boot from it is a bad thing, and as far as I can tell the controller can’t really do a rebuild until the system is done rebooting.

Plus it needs special drivers that aren’t built into Vista (or most other operating systems) so anytime you are trying to install/do system maintenance you are back to installing these extra drivers, which is just a mess.

So the RAID is gone. I’ll probably just use the 2nd disk for my page file and maybe move my VM data over there…

I’ve been using VMWare workstation to run some virtual machines lately. Its very helpful to be able to have a WinXP IE6 box, WinXP IE7, Vista, Linux, etc, all at once, not to mention other nice uses of VMWare.

So yesterday I’m doing some big file copies and noticing that my network transfer performance on my gigabit Ethernet is running a solid 6%. Not a blip over or under, as if something were hard-limiting it. I also notice there are these two extra network adapters that VMWare has installed which each think they are 100mbps connections.

So I try disabling them (since with a little poking around I find out they are only necessary if you are doing on-machine NAT or internal networks) and like magic my network transfers hop up to 9.5%. These get installed by default but for most people you will never need them, so get rid of them.

Now to figure out what the next bottleneck is. The machines involved have plenty of CPU, I was testing on multiple disks so disk IO should not have been limiting, and I’m pretty sure everything is hooked up with nice high quality cables on my gigabit switch.

For some reason when I install Windows components on my new workstation there is an app called TrustedInstaller.exe that runs incredibly slow. It takes 30+ minutes of (one core) CPU time per component to install- language packs, the .NET Framework 3.5, etc.

This seems like its an obvious bug and I haven’t seen it on any of my other Vista machines. I wonder if its some interaction with some Penryn feature where Windows is trying to do some wacko-fancy “trusted” thing that doesn’t actually gain anything real.