Computers slow ever since Windows XP was downgraded.

Discussions around the setup, operation, replacement, and disposal of clerk computers, not to include using MLS
jeffclark1070-p40
New Member
Posts: 22
Joined: Sun Mar 16, 2008 8:40 pm
Location: Antioch, CA 94531

Computers slow ever since Windows XP was downgraded.

Postby jeffclark1070-p40 » Sun Mar 16, 2008 9:04 pm

Ever since our stake clerk came in and loaded an "Upgrade" to windows XP our computer is really slow in loading MLS and any other program. Was there any particular reason that the Church decided to do this?

russellhltn
Community Administrator
Posts: 20734
Joined: Sat Jan 20, 2007 2:53 pm
Location: U.S.

Postby russellhltn » Sun Mar 16, 2008 9:16 pm

Security. The instructions acknowledge that the computer may be slower but indicated that the added security is "worth it".

User avatar
Mikerowaved
Community Moderators
Posts: 3131
Joined: Sun Dec 23, 2007 12:56 am
Location: Layton, UT

Postby Mikerowaved » Sun Mar 16, 2008 10:14 pm

I think most of us felt the slowdown. If your MLS computer only has 256MB of RAM, you can get a small boost by increasing it to 512MB.
So we can better help you, please edit your Profile to include your general location.

codyntn-p40
New Member
Posts: 3
Joined: Fri Mar 28, 2008 2:46 pm
Location: North Eastern Arizona

Slow Down??

Postby codyntn-p40 » Sun Mar 30, 2008 1:28 am

We also found the slow down. After much study, we found that we needed to increase memory fron 256mb to 512mb and immediatly recognized a large improvement. The systems in clerks offices have 2 banks of memory and should have identical memory on BOTH banks for a small additional speed improvement. Our Stake Clerk was of a mind to double memory again, but I was able to show him that memory was far from being over used.

The loss of speed was because security in that the anti-virus was grabbing a bunch of memory and leaving only a very small amount. The result was that practically anything done by the clerk would cause swapping between memory and virtual memory (hard drive). Now that is stopped and virtual memory is almost or perhaps never used.

The place where clerks found the greatest speed problems was in doing a send/receive in MLS. Sometimes communications would time out and they would have to retry the send/receive. Some clerks even reported that they had seen a send/receive take 3 hours! They weren't real happy with that.

User avatar
aebrown
Community Administrator
Posts: 14685
Joined: Tue Nov 27, 2007 8:48 pm
Location: Sandy, Utah

Postby aebrown » Sun Mar 30, 2008 4:49 am

codyntn wrote:The place where clerks found the greatest speed problems was in doing a send/receive in MLS. Sometimes communications would time out and they would have to retry the send/receive. Some clerks even reported that they had seen a send/receive take 3 hours! They weren't real happy with that.


I really doubt that send/receive performance has much to do with memory. Rather it seems much more related to the load on the servers the Church uses for communication. The major slowdowns in send/receive always happen at peak times on Sundays. If you transmit during the week it will be much faster (but that's not much help, considering we are required to transmit on Sundays).

russellhltn
Community Administrator
Posts: 20734
Joined: Sat Jan 20, 2007 2:53 pm
Location: U.S.

Postby russellhltn » Sun Mar 30, 2008 12:36 pm

Alan_Brown wrote:I really doubt that send/receive performance has much to do with memory.


I've seen reports that processing the send/receive improves with memory. I'm in agreement that it seems unlikely that the actual phone call time would change much.

One fast way to tell is to look at the hard drive activity light. If it's only flickering now and then, memory swap isn't an issue. If it's on more then it's off, then memory might come into play.

One big issue in send/receive time is the Symantec Anti-Virus update files. By default Symantec will try to update itself during the phone call and chokes the bandwidth. The Desktop 5.5 Instructions state that the AV Updates should be manually updated every quarter if the system is unable to automatically update.

Updates can be downloaded from:
http://www.symantec.com/avcenter/download/pages/US-SAVCE.html
Scroll down until you find a file name in the following format:
yyyymmdd-???-x86.exe

Download it, put it on a flash drive or CD, and run it on the church computer. There are no passwords involved.


Return to “Clerk Computers”

Who is online

Users browsing this forum: No registered users and 1 guest