RE: [GD-General] responsive threading

[Mat N. \(BUNGIE\) <mat...@mi...>]

If you are both reading and decompressing on the IO thread, you are
likely causing a lot of context switches if you have not modified the
priority on either thread.

MSN
-----Original Message-----
From: gam...@li...
[mailto:gam...@li...] On Behalf Of
Andras Balogh
Sent: Friday, July 29, 2005 1:35 PM
To: gam...@li...
Subject: Re: [GD-General] responsive threading

I'm loading lots of "small" (avg. 1k x 1k) regions from lots of huge=20
(5GB+) wavelet compressed images. I'm using a 3rd party library to do=20
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?
>=20
> 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
>=20
> I'm developing a graphics application, that I want to be very=20
> responsive, very smooth, all the time! The rendering is pretty simple,

> the framerate is high and stable, so I just lock to vsync, and=20
> everything moves beautifully smooth! The CPU usage for this thread is=20
> always below 10%.
>=20
> However, I also have another thread, that has to do some heavy work.=20
> This thread does tons of IO operations, and also makes the CPU sweat!
>=20
> There is no synchronization between the two threads, so they should be

> able to run independently. Still, I'm experienceing sudden spikes in
the
>=20
> framerate, when the second thread is really hammering. What could be
the
>=20
> reason for this? Is it possible to do something about it, to regain
the=20
> continuous framerate? I'm really not interested in the performance of=20
> the second thread, I just want my first thread to run as smooth as=20
> possible! I've tried lowering the priority for the second thread, and
it
>=20
> does help, but there are still some spikes. Is it possible that it's=20
> Windows itself doing some operations at higher priority, like memory=20
> management, IO stuff, and the likes?
>=20
> Thanks,
>=20
>=20
> Andras
>=20
>=20
> -------------------------------------------------------
> 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
>=20
>=20
> -------------------------------------------------------
> 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_id=16492&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
>=20
>=20



-------------------------------------------------------
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