| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | PM drawing priorities... |
IT> 1) changing the task scheduling policy from HIGHER-PRIORITY-GETS-ALL IT> to the more reasonable (in my oppinion) assignment of CPU time IT> PROPORTIONAL to the thread priority. Ordinarily, I would disagree with this. It's typically the programmer's responsibility to ensure that blocking activities occur with regularity in his program if he intends to run it at an elevated priority. However, with the normal boost of the foreground process to priority 4, it requires OS/2 (but not DOS) programmers who expect their program to run at normal priority to resort to Windows tricks to release the processor more frequently than once every second or longer. IT> 2) Allowing finer control of the MAXWAIT setting I agree with this, and would prefer it to 1. IT> 3) allowing the user to set the priority of PM drawing operations IT> (within limits of course), or atleast lowering it I think this may skewed by a quirk with software on your system. IT> 4) making the priority of PM drawing the same as the priority of the IT> process requesting it (this is a variation of the previous IT> alternative) Ditto my comment on 3). Jeff --- GoldED/2 2.42.G0615* Origin: DB/Soft Online - Sacramento, CA (916)927-2349 (1:203/16) SEEN-BY: 396/1 632/0 371 633/260 267 270 371 635/506 728 639/252 670/218 @PATH: 203/16 57 3333 124/7008 396/1 633/260 635/506 728 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.