Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
142 user(s) are online (112 user(s) are browsing Forums)

Members: 2
Guests: 140

amig_os, amigait, more...

Headlines

 
  Register To Post  

MiniGL watchdog priority
Just can't stay away
Just can't stay away


See User information
Hello,

First of all, Admins what about a MiniGL thread in the forums here?


When I run Celestia, the system crawls down a lot.
I've seen with Scout that the watchdog process has a priority of 50 (!) which is far superior to input.device

Can it be lowered?

Philippe 'Elwood' FERRUCCI
Sam460ex 1.10 Ghz
http://elwoodb.free.fr
Go to top
Re: MiniGL watchdog priority
Home away from home
Home away from home


See User information
@Elwood

The watchdog thread's priority could be lowered, but it won't help lower CPU usage. The Watchdog thread uses up hardly any CPU time at all. It's priority is set so high so that it gets CPU time when it needs it, not when it's too late.

Celestia uses up 100% CPU time because it uses as much CPU time as it can get its hands on. It has a tight loop that checks for events, performs animation tasks and redraws the screen.

A lot of glut-based applications do this.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: MiniGL watchdog priority
Just can't stay away
Just can't stay away


See User information
@Hans

Does it mean that nothing can be done about it?

Philippe 'Elwood' FERRUCCI
Sam460ex 1.10 Ghz
http://elwoodb.free.fr
Go to top
Re: MiniGL watchdog priority
Home away from home
Home away from home


See User information
@Elwood

If you don't want to slow down Celestia, yes, there is nothing that you can do. You could lower the priority of Celestia, but that would slow it down. Likewise, Afxgroup could add a delay into the Celestia main loop; this would also slow down Celestia.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: MiniGL watchdog priority
Not too shy to talk
Not too shy to talk


See User information
@Hans

on the other hand it's a bit dangerous to have tasks with higher priority than input.device, if the task deadlocks or something you'd just get a hard freeze.

Go to top
Re: MiniGL watchdog priority
Home away from home
Home away from home


See User information
@COBRA

Quote:

COBRA wrote:
@Hans

on the other hand it's a bit dangerous to have tasks with higher priority than input.device, if the task deadlocks or something you'd just get a hard freeze.


The purpose of the MiniGL watchdog timer is to limit the maximum period of time that the Warp3D context is locked so that things such as audio get a better chance to run. Lowering the priority risks causing more audio crackling issues. Right now almost no OpenGL app has any audio issues on my A1; I'd like to keep it that way.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: MiniGL watchdog priority
Not too shy to talk
Not too shy to talk


See User information
@Hans

So locking the hardware causes other tasks like one playing audio to be suspended? Does it have to be that way? Coudln't it be done with a semaphore?

Go to top
Re: MiniGL watchdog priority
Home away from home
Home away from home


See User information
@COBRA

Quote:

COBRA wrote:
@Hans

So locking the hardware causes other tasks like one playing audio to be suspended? Does it have to be that way? Coudln't it be done with a semaphore?


It's not disabling multitasking or anything like that. I'm not sure exactly what it does, but it does make it harder for the audio thread to access the PCI bus. The problem is the slow transfer mode of commands to the graphics card makes it a real PCI bus hog. Forcibly unlocking it gives the audio drivers a chance.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top

  Register To Post

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project