On 02/02/2012 04:18 PM, Alan Adams wrote:
You've picked up one of the biggest problems with respect to deploying
software to laptops. In general they are only turned on and connected
to the network when the users want to work on them, and pushing
software out to them in the background can cause problems.
It is a particular problem in schools. A typical scenario is that of
30 children collecting laptops, taking them to the classroom and
switching them on. At this point there is a lot of network traffic
associated with Group Policies being deployed. As soon as the login
window appears they enter their credentials, and there is another
burst of GPO traffic.
Somewhere in the middle of this wpkg starts downloading the 45MB MSI
of Adobe Reader. Not content with that, it uninstalls the previous
version, so it downloads that MSI as well.
You've now got 30 laptops downloading 100MB of data each across, in
the best case, 2 33Mb/sec wireless shared links. 30,000 mbits, through
66mbit/sec is 500 seconds, about ten minutes, ADDED to the normal
startup and login time. Add the contention and retransmission overhead
when the wireless gets saturated, and it can, and does, take an hour
before the last pupil is logged in and ready to work.
Primary school lessons are typically 25 minutes.
Now I can see a way in the long term to reduce that. The wpkg script
will copy the msi to a location on the hard drive, then run the
msiexec command referencing the copy. No improvement this time round,
but when it comes time to uninstall, it doesn't need to copy the msi
again. That should give a factor two improvement. It will also help in
deploying patch versions. To deploy 10.1.2 you deploy the 10.1.0 msi
accompanied by the 10.1.2 msp. Combined, 65M. However the msi for
10.1.0 would already be on the computer.
It also avoids the problem I've got at the moment. I deleted the Adobe
reader 9.4.0 msi, then discovered some computers needed it for the
uninstall when I deployed 10.1.2. (I don't know why they didn't get
10.0.0, 10.1.0 etc...) This means that I now cannot deploy 10.1.2 to
those computers, because the uninstall part of the process fails.
Setting the flag in 10.1.2 not to uninstall doesn't help, because it
simply refuses to install as another version is present.
I had to deploy Number Shark 4 last week. The msi is 450MB. Using
wired connections it took around 15 minutes. Those using wireless,
only 4 at a time, took almost an hour. Fortunately that school only
has 30 laptops, so I managed to finish in a day. I had to pre-arrange
that there would be no laptops available for the whole day though.
i have been hoping I could use wpkg, running as a service, to allow
deployment during lessons. Using AD deployment simply prevents the
lesson from starting. (I only have one day every 3 weeks in each
school, so doing it out of normal hours is generally not possible.)
However the issues described above are making me think it still isn't
going to work.
I appreciate your in-depth reply. It has brought up a lot a valid and
helpful points. We are dealing, currently, with 4 laptop carts each
containing 24 laptops. We have longer class periods (90 minutes). Just
to deploy Firefox (10MB) to a set of laptops would take 45 seconds
assuming ideal conditions (54Mbps). We have Wireless N access points,
but realistically we likely wouldn't come close to that with all 24
clients connected.
From boot to login, it takes about 2-3 minutes. To add much more time
to the login process would be frowned upon. Maybe, the best solution in
this case would be to manually run wpkg from each machine to fetch new
updates/software. Alternatively, I might be able to create an AD user
that has a login script to call wscript. This way I could give said
username to a few staff to help with this process.
-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/
_______________________________________________
wpkg-users mailing list
wpkg-users@lists.wpkg.org
http://lists.wpkg.org/mailman/listinfo/wpkg-users