| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | PM drawing priorities... |
IT> So you now have a higher priority thread which is not releasing any IT> CPU cycles! And if you've read Denis' explanation, you now what this IT> means. It means that any lower priority threads will NOT get any CPU IT> cycles (except by means of the starvation boost) till the dragging IT> stops. ...on a single machine that represents the degenerate worst case. Sorry, but in my scores of OS/2 installs, I've never run into anything quite that pathetic, and if I did I wouldn't hesitate to replace the unsupported video card or at least turn off full window dragging. In a previous message I asserted that any program that runs at an elevated priority _must_ ensure regular blocking, and that I viewed this as the most glaring flaw of OS/2's priority scheme. It turns out that you've simply confirmed this with a program that fails in precisely the way I described. 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/444 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™.