"XP Compatibility" mode - slow VHD...

[Newman]

I have a realively new machine running Win7 x64. The person using this
machine pretty much has to run the "compatibility mode" because
certain software is not compatible with Win7 (yet).

She has been complaining about the machine running slowly, and I have
been digging. The Win7 machine is F-A-S-T!!! But WinXPis very slow.

I was toubleshooting another problem, and I think I finally have
discovered the problem...

VHD disk performance - or lac thereof!

I used a benchmark, and the Win7 machine's RAID5 is about 20 times
faster than her pervious machines solo hard disk. However, when I run
the benchmark inside the VPC for WinXP, it reports performance almost
100 times slower than her Win7 host which roughly equates to 1/3 the
disk permormance of her *old* computer!

Given how dependant Windows is on disk, this most certainly is a HUGE
bottleneck.

Question is....

What can be done about it????

Please tell me there is a "magic bullet" here! This woman has
"tommorows machine today", and the software just is not ready. I know
that Hyper-V on our server is a whole lot fater than this, so why is
VPC is *slow*????

Help!

 

[Trev]

I have a realively new machine running Win7 x64. The person using this
machine pretty much has to run the "compatibility mode" because
certain software is not compatible with Win7 (yet).

She has been complaining about the machine running slowly, and I have
been digging. The Win7 machine is F-A-S-T!!! But WinXPis very slow.

I was toubleshooting another problem, and I think I finally have
discovered the problem...

VHD disk performance - or lac thereof!

I used a benchmark, and the Win7 machine's RAID5 is about 20 times
faster than her pervious machines solo hard disk. However, when I run
the benchmark inside the VPC for WinXP, it reports performance almost
100 times slower than her Win7 host which roughly equates to 1/3 the
disk permormance of her *old* computer!

Given how dependant Windows is on disk, this most certainly is a HUGE
bottleneck.

Question is....

What can be done about it????

Please tell me there is a "magic bullet" here! This woman has
"tommorows machine today", and the software just is not ready. I know
that Hyper-V on our server is a whole lot fater than this, so why is
VPC is *slow*????

Help!

Why Not Install as Xp compatibly into WIN 7 rather then Virtual Machine
http://www.trevorbowden.co.uk/Win7compatmode.html

 

[c_atiel]

The only software that will not run in Win 7 64 is so old it probably has 16
bit code in it. That software may or may not run on Win 7 32 in XP
compatibility mode.
If you really have to run software that old why are you using a Win 7 OS?
It is simple to create a dual boot with XP and then run the apps directly on
XP. Anything that runs on Win7 will run on XP but not versa vice.

 

[Fishface]

I was toubleshooting another problem, and I think I finally have
discovered the problem...

VHD disk performance - or lac thereof!

I used a benchmark, and the Win7 machine's RAID5 is about 20 times
faster than her pervious machines solo hard disk. However, when I run
the benchmark inside the VPC for WinXP, it reports performance almost
100 times slower than her Win7 host which roughly equates to 1/3 the
disk permormance of her *old* computer!

Given how dependant Windows is on disk, this most certainly is a HUGE
bottleneck.

Question is....

What can be done about it????

Please tell me there is a "magic bullet" here! This woman has
"tommorows machine today", and the software just is not ready. I know
that Hyper-V on our server is a whole lot fater than this, so why is
VPC is *slow*????

You can read about my experience in this thread:
http://groups.google.com/group/alt....read/thread/b8a10e37f1f7049a/a2710b4c8fa8699e

It seems that the Virtual XP Mode accesses the Windows 7 local disks as
"Disk from Remote Desktop Connection."

No solution here, but possibly more insight?

 

[Fishface]

It seems that the Virtual XP Mode accesses the Windows 7 local disks as

"Disk from Remote Desktop Connection."

Maybe this will help, but I don't have time right now to mess with it:
http://social.technet.microsoft.com...t/thread/bd0a5a12-5e3c-4bcc-b1e3-f2e5dcd7db1e

 

[Fishface]

It seems that the Virtual XP Mode accesses the Windows 7 local disks as

Maybe this will help, but I don't have time right now to mess with it:
http://social.technet.microsoft.com...t/thread/bd0a5a12-5e3c-4bcc-b1e3-f2e5dcd7db1e

Ok, the registry change did the trick for me. I have no clue what side effects
it may have, though...

Now I'm really late!

 

[Newman]

Why Not Install as Xp compatibly into WIN 7 rather then Virtual Machine
http://www.trevorbowden.co.uk/Win7compatmode.html

It is not a "hardware" compatibility problem, it is a software
compatibility problem. Basically, ScotiaBank's software and web-site
do NOT support any 64 bit O/S nor do they support IE8 or any version
of Firefox.

In my experience, Banks are notoriously slow to adopt and adapt to new
software technology. This is likel because there are lots of $$$$
involved, so they have to vet the applications fully.

I recall when MS Java was rendered defunct by the courts, and then
security bugs were found in it. I still had to have this user with the
old MS Java installed because the banks were too slow in approving Sun
Java.

<sigh>

 

[Newman]

The only software that will not run in Win 7 64 is so old it probably has 16
bit code in it. That software may or may not run on Win 7 32 in XP
compatibility mode.
If you really have to run software that old why are you using a Win 7 OS?
It is simple to create a dual boot with XP and then run the apps directly on
XP. Anything that runs on Win7 will run on XP but not versa vice.

I am slowing getting coming to this conclusion. The problem initially
was one of license. THat is, the WInXP compatibility mode is "free". A
dual boot would require a dual license. THat said, another WInXP
license would be way cheaper than all the BS that I have gone through
with "compatibility mode".

MS lied again.

 

[tigerman99]

You might try this link:

http://support.microsoft.com/kb/972435