[27583] in resnet
Re: speeding up Windows 7 VMware linked-clone log on times
daemon@ATHENA.MIT.EDU (Jim Denk)
Mon Apr 23 16:59:52 2012
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="4f95c2bd_109cf92e_106"
Message-ID: <44B9F939957E4914863239659974BF7B@wharton.upenn.edu>
Date: Mon, 23 Apr 2012 16:59:41 -0400
Reply-To: Resnet Forum <RESNET-L@listserv.nd.edu>
From: Jim Denk <jdenk@wharton.upenn.edu>
To: RESNET-L@listserv.nd.edu
In-Reply-To: <4F9580510200008D0002F6AB@uct5.uct.usm.maine.edu>
--4f95c2bd_109cf92e_106
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Jon,
If login times are substantially longer than a similarly configured physical machine, you likely have a storage bottleneck. Startup and login are the two highest I/O times. Do you have any solid state drives or highspeed cacheing in your storage environment? You may be attempting to address a hardware problem on the software level. Although, optimizing your login surely won't hurt anything.
Jim
On Monday, April 23, 2012 at 4:16 PM, Jon Dustin wrote:
> Take a look at USER DATA DISK with the VMware View documentation. Basically creates a persistent disk for each user, and "attaches" it to the View machine upon login.
>
> We are not running it here, but I've heard it is pretty slick.
>
> Good luck!
>
> > > > On 4/23/2012 at 3:20 PM, in message <4F95AB6F.1080400@wheatoncollege.edu (mailto:4F95AB6F.1080400@wheatoncollege.edu)>,
> Brian Gibson <gibson_brian@wheatoncollege.edu (mailto:gibson_brian@wheatoncollege.edu)> wrote:
> > Hi all,
> >
> > Anyone out there using VMware View's linked clone non-persistent
> > desktops? Everything works well with our Windows 7 pool but since the
> > user doesn't have a local profile when they log in the wait for creating
> > it is long (about 78 seconds). Anyone know of a way to speed things up?
> >
> > We tried ForensIT's Profile Manager 2.1 and it 'kinda' helped but not
> > enough (knocked it down to about 60 seconds). What I would love to be
> > able to do is map the new user to a local profile we already have on the
> > master image. When a user already has a profile the time for the desktop
> > to load is 11 seconds.
> >
> > Another approach we could use in XP was use Microsoft's CopyProfile.exe
> > to preload everyone's profile but I can't seem to find a tool like that
> > for Windows 7 and that approach will make our images crazy-big.
> >
> > We also moved our domain group policies into local group policies and I
> > thought for sure that would speed things up but it only knocked off
> > about 3 seconds :-(
> >
> > I'd rather not store the user's profiles on a server, it'd be just
> > another thing to manage.
> >
>
>
>
> --
>
> Jon Dustin - Network Specialist
> University of Southern Maine
> Portland, ME 207-780-4152
>
> ___________________________________________________
> You are subscribed to the ResNet-L mailing list.
>
> To subscribe, unsubscribe or search the archives,
> go to http://LISTSERV.ND.EDU/archives/resnet-l.html
> ___________________________________________________
>
>
___________________________________________________
You are subscribed to the ResNet-L mailing list.
To subscribe, unsubscribe or search the archives,
go to http://LISTSERV.ND.EDU/archives/resnet-l.html
___________________________________________________
--4f95c2bd_109cf92e_106
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
<div>
Jon,
</div><div><br></div><div>If login times are substantiall=
y longer than a similarly configured physical machine, you likely have a =
storage bottleneck. Startup and login are the two highest I/O times. Do y=
ou have any solid state drives or highspeed cacheing in your storage envi=
ronment=3F You may be attempting to address a hardware problem on the sof=
tware level. Although, optimizing your login surely won't hurt anything.<=
/div><div><div><br></div><div>Jim</div></div>
=20
<p style=3D=22color: =23A0A0A8;=22>On Monday, April 23, 2=
012 at 4:16 PM, Jon Dustin wrote:</p>
<blockquote type=3D=22cite=22 style=3D=22border-left-styl=
e:solid;border-width:1px;margin-left:0px;padding-left:10px;=22>
<span><div><div><div>Take a look at USER DATA DISK wi=
th the VMware View documentation. Basically creates a persistent disk for=
each user, and =22attaches=22 it to the View machine upon login.</div><d=
iv><br></div><div>We are not running it here, but I've heard it is pretty=
slick.</div><div><br></div><div>Good luck=21</div><div><br></div><blockq=
uote type=3D=22cite=22><blockquote type=3D=22cite=22><blockquote type=3D=22=
cite=22><div>On 4/23/2012 at 3:20 PM, in message <<a href=3D=22mailto:=
4=4695AB6=46.1080400=40wheatoncollege.edu=22>4=4695AB6=46.1080400=40wheat=
oncollege.edu</a>>,</div></blockquote></blockquote></blockquote><div>B=
rian Gibson <<a href=3D=22mailto:gibson=5Fbrian=40wheatoncollege.edu=22=
>gibson=5Fbrian=40wheatoncollege.edu</a>> wrote:</div><blockquote type=
=3D=22cite=22><div><div>Hi all,</div><div><br></div><div>Anyone out there=
using VMware View's linked clone non-persistent </div><div>desktops=3F E=
verything works well with our Windows 7 pool but since the </div><div>use=
r doesn't have a local profile when they log in the wait for creating </d=
iv><div>it is long (about 78 seconds). Anyone know of a way to speed thin=
gs up=3F</div><div><br></div><div>We tried =46orensIT's Profile Manager 2=
.1 and it 'kinda' helped but not </div><div>enough (knocked it down to ab=
out 60 seconds). What I would love to be </div><div>able to do is map the=
new user to a local profile we already have on the </div><div>master ima=
ge. When a user already has a profile the time for the desktop </div><div=
>to load is 11 seconds.</div><div><br></div><div>Another approach we coul=
d use in XP was use Microsoft's CopyProfile.exe </div><div>to preload eve=
ryone's profile but I can't seem to find a tool like that </div><div>for =
Windows 7 and that approach will make our images crazy-big.</div><div><br=
></div><div>We also moved our domain group policies into local group poli=
cies and I </div><div>thought for sure that would speed things up but it =
only knocked off </div><div>about 3 seconds :-(</div><div><br></div><div>=
I'd rather not store the user's profiles on a server, it'd be just </div>=
<div>another thing to manage.</div></div></blockquote><div><br></div><div=
><br></div><div>-- </div><div> </div><div>Jon Dustin - Network Specialist=
</div><div>University of Southern Maine</div><div>Portland, ME 207-780-4=
152</div><div><br></div><div>=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F</div><div>You are subscribed to the Res=
Net-L mailing list.</div><div><br></div><div>To subscribe, unsubscribe or=
search the archives,</div><div>go to <a href=3D=22http://LISTSERV.ND.EDU=
/archives/resnet-l.html=22>http://LISTSERV.ND.EDU/archives/resnet-l.html<=
/a></div><div>=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F</div></div></div></span>
=20
=20
=20
=20
</blockquote>
=20
<div>
<br>
</div>
___________________________________________________
You are subscribed to the ResNet-L mailing list.
<p>
To subscribe, unsubscribe or search the archives,
go to http://LISTSERV.ND.EDU/archives/resnet-l.html
___________________________________________________
--4f95c2bd_109cf92e_106--
