Hi Jeremy, Mapping a LUN through to a SAN. I'm sure it seemed like a good idea at the time, until the TS systems started getting momentary hangs etc. In the one case I wasn't aware they'd done the VM migration until I checked the NIC settings :-( Told them they were crazy and to put things back the to way they were. Once they did, things returned to acceptable. If you didn't have to contend with stuff like antivirus the story might be whole lot better, but as is you'll take a signifcant throughput hit putting a file server on a VM. On a small enough site it won't matter. regards, Rick Ulrich Mack Volante Systems Level 2, 30 Little Cribb Street Coronation Drive Office Park Milton Qld 4064 tel: +61 7 32431847 fax: +61 7 32431992 rick.mack@xxxxxxxxxxxxxx ________________________________ From: thin-bounce@xxxxxxxxxxxxx on behalf of Jeremy Saunders Sent: Sat 10/06/2006 10:49 To: thin@xxxxxxxxxxxxx Subject: [THIN] Re: PS4 Lot slower logging in than XP Fr3 ? Interesting feedback Rick and Steve. Was their "data" also in the VM, or were they mapping a LUN through to a SAN where the data was seperately held? I was thinking of placing the filesystem OS for a file server into a VM, but keeping the data separate. Then there is an easy mechanism for DR of the file server. However, after reading your posts, I'm wondering if we are better off using the old MS clustering method. Cheers. Kind regards, Jeremy Saunders Senior Technical Specialist Infrastructure Technology Services (ITS) & Cerulean Global Technology Services (GTS) IBM Australia Level 2, 1060 Hay Street West Perth WA 6005 Visit us at http://www.ibm.com/services/au/its P: +61 8 9261 8412 F: +61 8 9261 8486 M: TBA E-mail: jeremy.saunders@xxxxxxxxxxx "Steve Greenberg" <steveg@thinclien t.net> To Sent by: <thin@xxxxxxxxxxxxx> thin-bounce@freel cc ists.org Subject [THIN] Re: PS4 Lot slower logging 10/06/2006 05:54 in than XP Fr3 ? AM Please respond to thin That has been our experience as well, VMWare is not a good platform for resources in which raw performance matters. It is ideal for consolidating a lot of different server roles that demand little of hardware and therefore gain more from sharing hardware. Steve Greenberg Thin Client Computing 34522 N. Scottsdale Rd D8453 Scottsdale, AZ 85262 (602) 432-8649 www.thinclient.net steveg@xxxxxxxxxxxxxx _____ From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Rick Mack Sent: Friday, June 09, 2006 2:15 PM To: thin@xxxxxxxxxxxxx Subject: [THIN] Re: PS4 Lot slower logging in than XP Fr3 ? Hi Torben, I have a couple of customers who tried to migrate their file servers to VMs despite advice not to. Both came up with bad results particularly from a serving terminal services viewpoint. Logins and general TS performance was a lot slower. Went back to "real" hardware and the perfromance issues disappeared. VMs are best for systems that don't do a lot of i/o or where a VM f/p server is only supporting a small number of users. regards, Rick Ulrich Mack Volante Systems _____ From: thin-bounce@xxxxxxxxxxxxx on behalf of Torben Claus Sent: Fri 9/06/2006 23:28 To: thin@xxxxxxxxxxxxx Subject: [THIN] Re: PS4 Lot slower logging in than XP Fr3 ? You are so right - our Fileserver went on VMWare and there are Bottlenecks when sendings Data out of the VM. The user environment log doesn't show significant slowdowns to me (it all cost some time ;) ) - so i moved some Profiles out of the VM and voila the LogonTime goes down... Thx for Help and sorry for irritations... On 3/31/06, Jeff Pitsch < <mailto:jepitsch@xxxxxxxxx> jepitsch@xxxxxxxxx> wrote: Have you enabled user environment debugging and looked to see where the slowdown is coming from? My guess is there is something else that has changed along with versions. Jeff On 3/31/06, Torben Claus < <mailto:torben.claus@xxxxxxxxx> torben.claus@xxxxxxxxx> wrote: thx Jeremy, Joe - i got this Hotfix already...with no difference. So the Problem is somewhere else... Will follow this: http://www.brianmadden.com/content/content.asp?ID=564 Maybe after this i can tell more... On 3/29/06, M <mathras@xxxxxxxxxxxxxxxx> wrote: Not sure why you are confused about ntuser.pol standard ms stuff. http://technet2.microsoft.com/WindowsServer/en/Library/74635e11-a0e2-42e0-b3 c6-a5ccbc43c9311033.mspx Quote: An archive file on client computers that is updated each time the Administrative Templates CSE sets a policy setting. As processing completes, an Ntuser.pol containing the history of applied registry based policies in the Group Policy managed policies tree is written to the root of the user's profile containing user policy settings and to the "all users" profile containing computer policy settings.(%Allusersprofile% \ntuser.pol for computer policy and %userprofile%\ntuser.pol for user policy.) Ntconfig.pol is the old default NT4 policy file. 2003 PS4 is a tad faster. ----- Original Message ----- From:Andy <mailto:andysideas@xxxxxxxxx> To:thin@xxxxxxxxxxxxx Sent: Wednesday, March 29, 2006 2:25 AM Subject: [THIN] Re: PS4 Lotslower logging in than XP Fr3 ? I'm a little confused by this. How is ntuser.pol invovled ? Was that not for NT4 systems ? Having said that, we also done testing similar to what you have done. We then decided that the upgrade to PS4 would also include an upgrade to Windows2003 SP1. Just completed the upgrade, very glad we did. Logins are now faster like for like. Although with SP1 more GPO options are there if you decide to enable them. Have you tested Windows 2003 ? Also you have not mentioned the client, but I take it the client was the latest version 9xxx On 3/29/06, M <mathras@xxxxxxxxxxxxxxxx > wrote: Hello there, I have been testing 2000 PS4 for some of our older legacy application servers. 2000 PS4 + Rollup Fix 1 + Post Rollup Hotfixes Identical OS build & Patches, Identical hardware. 4 Servers used to compare. PS4 takes double the amount of time to log in when compared with XP FR3 SP4. I thought this was very strange.The servers in the same OU and compared login times. I have turned all mappings off apart from clipboard mapping. XP FR3 SP4 Servers take 10-20 seconds to log in. PS4 takes 45 seconds upwards to log in. After monitoring and recording sessions loggin in, i found that PS4 is as quick as XP to establish a connection. The login time takes longer as GPO policy processing is taking place. This is also evident simply by looking at the "Enhanced" Login window. Processing registry Policy takes an age (for test users anyway). Filemon traces show that Winlogon spends longer looking at the resulting ntuser.pol that appears in the users profile, than when compared with XP. Anyone noticed this with PS4 ? -- [Der denkende Mensch ändert seine Meinung.] -- [Der denkende Mensch ändert seine Meinung.] ############################################################################ ######### This e-mail, including all attachments, may be confidential or privileged. Confidentiality or privilege is not waived or lost because this e-mail has been sent to you in error. If you are not the intended recipient any use, disclosure or copying of this e-mail is prohibited. If you have received it in error please notify the sender immediately by reply e-mail and destroy all copies of this e-mail and any attachments. All liability for direct and indirect loss arising from this e-mail and any attachments is hereby disclaimed to the extent permitted by law. ############################################################################ ######### ############################################################################ ######### This e-mail, including all attachments, may be confidential or privileged. Confidentiality or privilege is not waived or lost because this e-mail has been sent to you in error. If you are not the intended recipient any use, disclosure or copying of this e-mail is prohibited. If you have received it in error please notify the sender immediately by reply e-mail and destroy all copies of this e-mail and any attachments. All liability for direct and indirect loss arising from this e-mail and any attachments is hereby disclaimed to the extent permitted by law. ############################################################################ ######### (See attached file: winmail.dat) ##################################################################################### This e-mail, including all attachments, may be confidential or privileged. Confidentiality or privilege is not waived or lost because this e-mail has been sent to you in error. If you are not the intended recipient any use, disclosure or copying of this e-mail is prohibited. If you have received it in error please notify the sender immediately by reply e-mail and destroy all copies of this e-mail and any attachments. All liability for direct and indirect loss arising from this e-mail and any attachments is hereby disclaimed to the extent permitted by law. #####################################################################################