[27584] in resnet

home help back first fref pref prev next nref lref last post

Re: speeding up Windows 7 VMware linked-clone log on times

daemon@ATHENA.MIT.EDU (Brian Gibson)
Mon Apr 23 22:17:36 2012

MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------090306040800070008090602"
Message-ID:  <4F960D1D.8070605@wheatoncollege.edu>
Date:         Mon, 23 Apr 2012 22:17:01 -0400
Reply-To: Resnet Forum <RESNET-L@listserv.nd.edu>
From: Brian Gibson <gibson_brian@wheatoncollege.edu>
To: RESNET-L@listserv.nd.edu
In-Reply-To:  <44B9F939957E4914863239659974BF7B@wharton.upenn.edu>

This is a multi-part message in MIME format.
--------------090306040800070008090602
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hi Jim,

I figured out how to get the ForensIT User Profile Manager 2.1 working 
and mapped any new user to use a local profile that already exists and 
that definitely speed things up, it knocked down the login times roughly 
in half to about 39 seconds and I bumped up the memory from 1.5 GB to 2 
GB and added a second processor and that knocked down the login time to 
33 seconds. I don't think saving the 6 seconds is worth the added memory 
and processor allocation.

++++++++++++++++++++++++++++
Brian Gibson
Systems Administrator
Wheaton College


On 4/23/2012 4:59 PM, Jim Denk wrote:
> 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 
> ___________________________________________________
>

___________________________________________________
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
___________________________________________________

--------------090306040800070008090602
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Jim,<br>
    <br>
    I figured out how to get the ForensIT User Profile Manager 2.1
    working and mapped any new user to use a local profile that already
    exists and that definitely speed things up, it knocked down the
    login times roughly in half to about 39 seconds and I bumped up the
    memory from 1.5 GB to 2 GB and added a second processor and that
    knocked down the login time to 33 seconds. I don't think saving the
    6 seconds is worth the added memory and processor allocation.<br>
    <div class="moz-signature"><br>
      ++++++++++++++++++++++++++++<br>
      Brian Gibson<br>
      Systems Administrator<br>
      Wheaton College<br>
      <br>
    </div>
    <br>
    On 4/23/2012 4:59 PM, Jim Denk wrote:
    <blockquote
      cite="mid:44B9F939957E4914863239659974BF7B@wharton.upenn.edu"
      type="cite">
      <div> Jon, </div>
      <div><br>
      </div>
      <div>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.</div>
      <div>
        <div><br>
        </div>
        <div>Jim</div>
      </div>
      <p style="color: #A0A0A8;">On Monday, April 23, 2012 at 4:16 PM,
        Jon Dustin wrote:</p>
      <blockquote type="cite"
style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
        <span>
          <div>
            <div>
              <div>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.</div>
              <div><br>
              </div>
              <div>We are not running it here, but I've heard it is
                pretty slick.</div>
              <div><br>
              </div>
              <div>Good luck!</div>
              <div><br>
              </div>
              <blockquote type="cite">
                <blockquote type="cite">
                  <blockquote type="cite">
                    <div>On 4/23/2012 at 3:20 PM, in message &lt;<a
                        moz-do-not-send="true"
                        href="mailto:4F95AB6F.1080400@wheatoncollege.edu">4F95AB6F.1080400@wheatoncollege.edu</a>&gt;,</div>
                  </blockquote>
                </blockquote>
              </blockquote>
              <div>Brian Gibson &lt;<a moz-do-not-send="true"
                  href="mailto:gibson_brian@wheatoncollege.edu">gibson_brian@wheatoncollege.edu</a>&gt;
                wrote:</div>
              <blockquote type="cite">
                <div>
                  <div>Hi all,</div>
                  <div><br>
                  </div>
                  <div>Anyone out there using VMware View's linked clone
                    non-persistent </div>
                  <div>desktops? Everything works well with our Windows
                    7 pool but since the </div>
                  <div>user doesn't have a local profile when they log
                    in the wait for creating </div>
                  <div>it is long (about 78 seconds). Anyone know of a
                    way to speed things up?</div>
                  <div><br>
                  </div>
                  <div>We tried ForensIT's Profile Manager 2.1 and it
                    'kinda' helped but not </div>
                  <div>enough (knocked it down to about 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 image. 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 could use in XP was use
                    Microsoft's CopyProfile.exe </div>
                  <div>to preload everyone'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 policies 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-4152</div>
              <div><br>
              </div>
              <div>___________________________________________________</div>
              <div>You are subscribed to the ResNet-L mailing list.</div>
              <div><br>
              </div>
              <div>To subscribe, unsubscribe or search the archives,</div>
              <div>go to <a moz-do-not-send="true"
                  href="http://LISTSERV.ND.EDU/archives/resnet-l.html">http://LISTSERV.ND.EDU/archives/resnet-l.html</a></div>
              <div>___________________________________________________</div>
            </div>
          </div>
        </span> </blockquote>
      <div> <br>
      </div>
      ___________________________________________________
      You are subscribed to the ResNet-L mailing list.
      <p>
        To subscribe, unsubscribe or search the archives,
        go to <a class="moz-txt-link-freetext" href="http://LISTSERV.ND.EDU/archives/resnet-l.html">http://LISTSERV.ND.EDU/archives/resnet-l.html</a>
        ___________________________________________________ </p>
    </blockquote>
  </body>
</html>
___________________________________________________
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
___________________________________________________

--------------090306040800070008090602--

home help back first fref pref prev next nref lref last post