Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!clyde!uunet!aplcen!samsung!cs.utexas.edu!ut-emx!ibmchs!auschs!moody
From: moody@moody.UUCP (moody)
Newsgroups: comp.sys.ibm.pc.rt
Subject: Re: Kernel patch for AIX2.2.1 (priority problem)
Summary: what it really does
Message-ID: <2852@moody.UUCP>
Date: 5 Dec 89 19:45:06 GMT
References: <3603@nmtsun.nmt.edu>
Organization: IBM AWD, Austin, TX
Lines: 34

In article <3603@nmtsun.nmt.edu>, peter@hydrovax.nmt.edu (Peter A. Blemel) writes:
> 
>    Here's the follow up to my Interleaf death-program-from-hell problem:
> 
[explanation of update deleted]
>    What it does not do: IBM said it would allow me to change the priority
> of any VRM type program. This is not true.

That is correct.  One cannot change the priority of VRM programs.

> 'ps' still shows the same nice (10) and prio (29) for interleaf. At first I
> thought the fix failed,.....

I believe that at some point, IBM had a customer problem with the tracking of
the mouse.  The latest version of AIX fixed that problem by always giving the
process running in monitored mode the highest possible scheduling values (cpu,
and priority) whenever the mouse generated an interrupt.  That is, whenever
your interleaf user moved the mouse, that process was rescheduled in effect.
This causes other processes to be starved if the mouse is being moved a lot.  
You and some other customers don't like the new behavior.  The 'patch' you
received removes this change which causes the rescheduling.  The slower mouse
tracking is the result of the interleaf process no longer being rescheduled.

[more stuff deleted for bandwidth's sake]

disclaimer:
I work for IBM and I know about this change.  I am not an official
spokesperson for IBM.
-- 
James Moody	Adv Workstation Div	
		IBM Austin, 2502	  
		aesnet: moody@moody.austin.ibm.com
		vnet: MOODY at AUSVM6
outside ->	...!cs.utexas.edu!ibmaus!auschs!moody.austin.ibm.com!moody