# Friday, June 26, 2009
They always seem to open maximized, glued to the upper left-hand corner of my monitor. I hate that. After much googling, I found:

http://www.simmonsconsulting.com/2005/09/26/remote-desktop-rdp-window-state/

http://msdn.microsoft.com/en-us/library/ms632612(VS.85).aspx

and

http://blogs.msdn.com/rds/archive/2008/09/02/specifying-the-ts-client-start-location-on-the-virtual-desktop.aspx

These settings work for me:

desktopwidth:i:1600
desktopheight:i:1200
session bpp:i:32

I have a 2560x1600 display, so I like my sessions to be 1600x1200.

winposstr:s:0,1,500,200,2560,1600

1st is always set to zero according to the MS Blog post.
2nd is 1 because I like my remote sessions windowed. Often I have multiple connections open at once.
3rd is 500 because I want my window offset 500 pixels from the left of my primary monitor.
4th is 200 because I want my window offset 200 pixels from the top of my primary monitor.
5th and 6th are kinda funny. They are supposed to represent the bottom right coordinate of the window, so I would expect them to be the top left offset plus the window size. Setting them to 2100 and 1400 should make the window fully sized given my window size and offsets, but I guess it doesn't work that way. Maybe you have to compensate for the frame of the window itself. I found that there is no harm at all in simply setting the size to something larger than the window to assure that it is fully sized. So, I set these values to the size of my largest display.

As the author of the first article mentions, you need to use a text editor that won't corrupt the header of the RDP file. Notepad2 did NOT corrupt it, nor did BeyondCompare 3. TextPad 5.2 did corrupt it.

BeyondCompare 3 was a great way to fix the rest of my RDP files. I just pasted most of the contents of my new, working file over to the files that needed to be fixed, letting only the fulladdress and username fields remain.
Friday, June 26, 2009 11:54:00 AM (Central Daylight Time, UTC-05:00)
# Thursday, June 18, 2009
When I bought my new Dell Studio XPS 16 laptop, the first thing I did was take out the HD and put in a new SSD. Now I've put that original HD into an external eSATA enclosure and I'd like to use all of its space, but there was a parition on it called OEM Partition that was protected, and I could not delete it from the Disk Management utility.

To delete it, I simply ran diskpart.exe, which comes as a part of Windows 7 and I think Windows Vista.

With diskpart running, I first typed:

select disk 1

then:

list partitions

(to make sure I was on the right disk), then:

select partition 1

and finally:

delete partition override

...and that nuked it! In fact, I had the disk manager open while I did this, and it vanished before my eyes. Now I can make a new partition utilizing all of the space on the drive!

Thursday, June 18, 2009 1:39:32 PM (Central Daylight Time, UTC-05:00)
# Friday, May 29, 2009
I've got my Dell Studio XPS 16 laptop up and running the Windows 7 RC.

Stats:

XPS 1640, Intel Core 2 Duo P8700(2.53GHz/1066Mhz FSB/3M L2 Cache)
Obsidian Black High Gloss Finish with Leather XPS 1640
4GB, DDR3, 1067 MHz 2 Dimm forXPS 1640
16.0 inch Wide Screen 16:9 1080p FullHD RGBLED LCD W/2.0 MP, XPS 1640
ATI Mobility RADEON HD 3670 - 512MB
320GB 7200 RPM SATA Hard Drive
Microsoft Windows Vista with SP1 Home Premium Edition 64-bit Edition English
8X DVD+/-RW Slot Load Drive for XPS1640
Integrated High Definition Audio 2.0
Intel WiFi Link 5300 802.11AGN Half Mini Card
56 WHr 6-cell Lithium Ion P Primary Battery, for XPS 1640
Warranty Support,1 Year Extended
Dell Wireless 370 Bluetooth Internal (2.0+Enhanced Data Rate)
Premium HD WLED Display Obsidian Black, Leather 2.0 MP Webcam
Dell WebCam Central 1.0 XPS 1640

Total with Tax: $1,698.46

I've always noticed that when I'm using my laptop (the old one, or even this new one), if I am waiting for anything, it's the hard drive. Despite my heavy development work, the CPU is seldom the bottleneck for me.

Here's a benchmark of the hard disk from HD Tune:



The average Transfer rate is 60.8 MB/sec and the Access time is 24.4 ms. So I sped it up by replacing that HD with an Intel X-25M SSD. Check out the new numbers:




Wow, a 100% improvement in Transfer rate, and a ridiculous improvement in Access time! But this is not the full story. When you're using your computer, the operating system is not usually streaming long contiguous bytes. It's making TONS of teeny tiny little random reads and writes (click here for my source). SSDs are better at this and the Intel X-25M is the highest MLC performer (click here for my source), although OCZ has a great offering.

So let's take a look at those random reads. Here's the data for my Studio XPS 16 with the stock hard drive:



It's doing about 30-40 operations per second, regardless of the transfer size. Remember, your OS does a lot of things at once. It's shooting all over the platter of your hard disk, getting little bits of information. And each time it wants one of those little bits, it needs to move a little arm, and wait for the disk to spin to that spot! But SSDs do not have that limitation. They can read RANDOMLY as quickly as they can read CONTIGUOUSLY. Take a look at that same laptop with the X-25M installed!



Yes, it is literally ORDERS OF MAGNITUDE faster. And you will notice this speed as you boot up faster, log in faster, and launch applications faster.

But, to be fair, SSDs have their limitations. They are notoriously slow when it comes to WRITING. As explained in Andand's article, each time you want to write or overwrite data, you need to perform an erase operation (unless the disk is brand new or was recently wiped). SSD write speed used to be pretty bad, but Intel has raised the bar with the X-25 series, bringing it at least on par with hard drives in most situations. OCZ still has some issues with random writes, but they are improving.

Another SSD limitation is that they wear out more quickly. You can only flash a cell so many times. SSDs wear out faster than Hard Drives. The SSD controller is smart enough to spread your writes evenly throughout its structure, but even then, it will still wear out faster than a hard drive.

Finally, SSDs are far more expensive than hard drives.

Nonetheless, this is the beginning of the end when it comes to hard drives with regard to use as a system volume.
Friday, May 29, 2009 12:12:47 PM (Central Daylight Time, UTC-05:00)
# Wednesday, May 20, 2009
I noticed that my web app, which makes anywhere from one to many MySQL connections per page was running slowly on my new Windows 7 RC laptop. I used dotTrace to compare the page execution to that of my desktop (which runs the app very quickly) and noticed that it was all the MySQL connections that were taking 10x to 100x as long to execute on the laptop.

After a bunch of troubleshooting I finally determined what was causing the performance problem. It was Nod32 4.0. I couldn't just disable Nod32, though. I had to completely uninstall it to cure the MySQL ODBC slowdown!

With Nod32 4.0 installed, some pages were taking 13 seconds to execute.
Without Nod32 4.0 installed, those same pages were taking less than a second to execute.

I observed this behavior on two systems:
  1. Dell Inspiron E1705 w/ Windows 7 RC x86
  2. Dell Studio 16 XPS w/ Windows 7 RC x64 (happened with both 64-bit and 32-bit ODBC drivers, and with both 3.51 and 5.1 versions of each)
Both systems have Windows 7 so this could be a problem only for Windows 7 users with Nod32 4.0. Maybe it's fine with Vista or some other anti-virus application. I hope this helps someone because it took me FOREVER to figure out it was Nod! I sent their support an email explaining all this. Hopefully they will write back with some info. Aside from this, which is a DEALBREAKER, I love Nod32 :(

Wednesday, May 20, 2009 1:02:25 AM (Central Daylight Time, UTC-05:00)
# Sunday, March 22, 2009

I started by booting the laptop from my Windows 7 Beta Build 7000 (x86) DVD from my MSDN subscription.

I opted to wipe the system and install on a fresh partition. Installation went perfectly. Once I got to the windows desktop, I extracted my Build 7057 ISO with WinRAR and ran setup.exe, following the steps for the upgrade. I'd have just started with this build but I *just* got my hands on it.

The upgrade went smoothly, but it took more reboots than I expected, and reboots happened where I didn't expect them. Oh well, no biggie. Once I got to the desktop, I installed the Vista 32-bit driver for my Radeon Mobility x1400 (downloaded from Dell's site). After a reboot I was at my native 1920x1200 rez.

Next, I installed all recommended and optional updates, which happened to be for my card reader, and the system was fully built and running well! All devices in the device manager are recognized. After that, I installed the Synaptics Touchpad driver (again, I just used the Vista 32-bit driver from Dell's site) and it worked perfectly.

I'm happy with the OS so far. In fact, I'm writing this blog post in Windows 7 right now!


Minor issues I had:
  • I could not join my domain, pendingproductions.com with build 7000. Apparently it's a known issue with long domains. Worked fine with build 7057.
  • My desktop.ini was opening upon every login. I followed these directions to fix that.
2009-03-23 Update: At this point I've installed all my dev and office stuff and it's working great!
  • Office 2007
  • SQL Server 2008 Developer Edition
  • Visual Studio 2008
  • Eset Nod32 Anti-virus version 4
  • WindowClippings (used to take the above screenshot - with alpha channel!)
  • TortoiseSVN
  • VisualSVN
  • HTC Touch Pro (Sprint) phone as modem over USB and Bluetooth
  • Firefox 3
  • WinRAR
Sunday, March 22, 2009 6:49:51 PM (Central Standard Time, UTC-06:00)