Re: [GD-General] responsive threading

[Brian H. <ho...@bo...>]

At the risk of asking the obvious, have you also set your primary 
thread to run at the highest priority (REAL_TIME or whatever it's 
called on Windows)?

I run audio mixing in a separate thread and by setting things 
appropriately (and sleeping when necessary) I never get hiccups.

Brian

On Fri, 29 Jul 2005 14:35:21 -0600, Andras Balogh wrote:
> I'm loading lots of "small" (avg. 1k x 1k) regions from lots of
> huge (5GB+) wavelet compressed images. I'm using a 3rd party
> library to do this (ECW), so I don't know the implementation
> details, but I could look at the code, if I knew what to look for..
>
>
> Andras
>
>
> Mat Noguchi (BUNGIE) wrote:
>> What else are you doing on the IO thread to make it eat up so
>> much CPU time?
>>
>> MSN
>> -----Original Message-----
>> From: gam...@li...
>> [mailto:gam...@li...] On
>> Behalf Of Andras Balogh Sent: Friday, July 29, 2005 10:44 AM To:
>> gam...@li... Subject: [GD-General]
>> responsive threading
>>
>> I'm developing a graphics application, that I want to be very
>> responsive, very smooth, all the time! The rendering is pretty
>> simple, the framerate is high and stable, so I just lock to
>> vsync, and everything moves beautifully smooth! The CPU usage for
>> this thread is always below 10%.
>>
>> However, I also have another thread, that has to do some heavy
>> work. This thread does tons of IO operations, and also makes the
>> CPU sweat!
>>
>> There is no synchronization between the two threads, so they
>> should be able to run independently. Still, I'm experienceing
>> sudden spikes in the
>>
>> framerate, when the second thread is really hammering. What could
>> be the
>>
>> reason for this? Is it possible to do something about it, to
>> regain the continuous framerate? I'm really not interested in the
>> performance of the second thread, I just want my first thread to
>> run as smooth as possible! I've tried lowering the priority for
>> the second thread, and it
>>
>> does help, but there are still some spikes. Is it possible that
>> it's Windows itself doing some operations at higher priority,
>> like memory management, IO stuff, and the likes?
>>
>> Thanks,
>>
>>
>> Andras
>>
>>
>> ------------------------------------------------------- SF.Net
>> email is sponsored by: Discover Easy Linux Migration Strategies
>> from IBM. Find simple to follow Roadmaps, straightforward
>> articles, informative Webcasts and more! Get everything you need
>> to get up to speed, fast.
>> http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
>> _______________________________________________ Gamedevlists-
>> general mailing list Gam...@li...
>> https://lists.sourceforge.net/lists/listinfo/gamedevlists-general
>> Archives:
>> http://sourceforge.net/mailarchive/forum.php?forum_id=3D557
>>
>>
>> ------------------------------------------------------- SF.Net
>> email is sponsored by: Discover Easy Linux Migration Strategies
>> from IBM. Find simple to follow Roadmaps, straightforward
>> articles, informative Webcasts and more! Get everything you need
>> to get up to speed, fast.
>> http://ads.osdn.com/?ad_idt77&alloc_id492&op=3Dclick
>> _______________________________________________ Gamedevlists-
>> general mailing list Gam...@li...
>> https://lists.sourceforge.net/lists/listinfo/gamedevlists-general
>> Archives:
>> http://sourceforge.net/mailarchive/forum.php?forum_idU7
>
>
> ------------------------------------------------------- SF.Net
> email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast.
> http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
> _______________________________________________ Gamedevlists-
> general mailing list Gam...@li...
> https://lists.sourceforge.net/lists/listinfo/gamedevlists-general
> Archives:
> http://sourceforge.net/mailarchive/forum.php?forum_id=3D557