RE: [IUG] Mouse activity and Millennium freeze-ups

["Mark Stoffan" <mstoffan at wncln dot lib dot unca dot edu>]

Thanks to all who posted on this topic. Your responses have given me a
lot of useful info.

Thanks,
Mark

+++++++++++++++++++++++++++++++++

Mark A. Stoffan
Network Librarian, Western North Carolina Library Network
1 University Heights, CPO 1500
Asheville, NC  28804                        (828) 232-5095 (office)
mstoffan at wncln dot lib dot unca dot edu        (828) 231-6285 (cell)
wncln.lib.unca.edu                            (828) 232-5137 (fax)
 

-----Original Message-----
From: Ashby,Susan [mailto:direnzo at uakron dot edu] 
Sent: Thursday, December 08, 2005 11:41 AM
To: IUG INNOPAC List
Subject: RE: [IUG] Mouse activity and Millennium freeze-ups

Hi Frank,

Thanks for the tip! 

I currently have (had) only one staff person experiencing "freezes"
after several minutes of inactivity on his computer, He usually has
three apps running (Millennium, Connexion, and IE).  

We recently upgraded RAM to either 512MB or 1 GB on all staff and
departmental computers running Millennium, so I was pretty sure it was
not a RAM issue.  I suggested that he try using <Alt> <Tab>. He did and
it works like a charm.

We have now added <Alt> <Tab> to the list of things to try when someone
reports a Millennium performance and/freeze-up problem.

Susan

-----Original Message-----
From: innopac-bounces at innopacusers dot org
[mailto:innopac-bounces at innopacusers dot org] On Behalf Of Bridge, Frank
Sent: Wednesday, November 30, 2005 10:51 AM
To: innopac at innopacusers dot org
Subject: [IUG] Mouse activity and Millennium freeze-ups

Hello Everyone--

I wonder about the definition of "client freeze."  Our staff have
complained about "slow response times" and "client freezes."  When
actually observing the phenomena, I saw that these were all the same
thing--a hesitation when minimizing a Millennium window or when changing
between windows by clicking on items in the task bar at the bottom of
the screen.  The print and graphics disappear, but the green background
remains on the screen for several seconds or more.  The machine is
completely locked up when this happens.  

The workaround is to use the <Alt> <Tab> command to toggle between
windows.  It works instantly and has solved the problem.  However, some
staff members do not consider this satisfactory because they insist on
using the mouse.  This momentary "hang" is a characteristic of some Java
applications.  

Because of your description of the symptoms, occurring randomly in all
modules and resolvable by using "hot keys," I suspect that some of your
difficulties may stem from this cause.  

Frank

------------------------------

Message: 6
Date: Tue, 29 Nov 2005 15:09:55 -0500
From: "Mark Stoffan" <mstoffan at wncln dot lib dot unca dot edu>
Subject: [IUG] Mouse activity and Millennium freeze-ups
To: "'IUG INNOPAC List'" <innopac at innopacusers dot org>
Message-ID: <200511292010 dot jATKA6Oj076034 at innopacusers dot org>
Content-Type: text/plain;charset="iso-8859-1"

We're a consortium of three libraries sharing a single Millennium
system. For the past few months, we've been aggressively trying to
migrate our staffs away from the Telnet functions by encouraging use of
the Millennium modules as much as possible. Many staff members report
frequent client freezes, as many as 9-12 per day, which is generating a
negative mind-set toward use of the Millennium clients. In speaking with
help desk staff, they recommended the usual actions such as documenting
the specific activities of the staff members, identifying conflicting
software, etc. We've been doing this now for some weeks.

* The problem occurs in about 75% of the clients.

* It occurs at all three sites.

* It occurs in all modules.

* There is no particular workflow, procedure or function identifiable as
a common thread.

* Many of the machines experiencing the problem have no software
differences from the machines that don't experience the problem.

* Network issues don't seem to be a factor.

* The computers across the three campuses are a mix of Dell and Gateway
PC's of various models. All are Pentiums having at least 512 megs of RAM
with many having a full gigabyte, and they meet or exceed the
requirements listed by III. 

* The Java engines have been updated to the current release on CSDirect.

* We're running Release 2005 LE (scheduled to install 2005 and 2006 LE
in early January)

The only thing we've noted is that users who rely on hot keys rather
than the mouse to move around the screen experience a marked reduction
in freeze-ups. Several staff members have pointedly avoided using the
mouse and the their incidences of lockups dropped from several per day
to only 1-2 per week. 

Has anyone else experienced this type of behavior and can any additional
light be shed on it? Some staff estimate they lose 10% of their output
so it's not just a minor, occasional annoyance. I'd really like to
figure out what's causing this problem and solve it if possible.

Thanks,
Mark

+++++++++++++++++++++++++++++++++ 
Mark A. Stoffan
Network Librarian, Western North Carolina Library Network
1 University Heights, CPO 1500 
Asheville, NC  28804                        (828) 232-5095 (office) 
mstoffan at wncln dot lib dot unca dot edu        (828) 231-6285 (cell) 
wncln.lib.unca.edu                            (828) 232-5137 (fax) 


---
Frank R. Bridge
Technology Management Administrator
Chesterfield County Public Library
PO Box 297
9501 Lori Rd.
Chesterfield, VA  23832-0297
Voice:   804-748-1980
Fax:      804-751-4679



--- StripMime Report -- processed MIME parts --- multipart/alternative
  text/plain (text body -- kept)
  text/html
---
--
This message was distributed through the Innovative Users Group INNOPAC
list Public replies:  INNOPAC at innopacusers dot org Update your subscription
options: http://innopacusers.org/mailman/listinfo/innopac