RE: [GD-General] profiling multi threaded applications

[Lewin, G. <gl...@ea...>]

Well if that's the case, just implement a simple Critical Section around
the main loop of each thread, with a Sleep, and turn it only on in
profile=20

> -----Original Message-----
> From: gam...@li...=20
> [mailto:gam...@li...] On=20
> Behalf Of Andras Balogh
> Sent: Wednesday, July 20, 2005 2:33 PM
> To: gam...@li...
> Subject: Re: [GD-General] profiling multi threaded applications
>=20
> I don't have anything against lockstep mode, if it's=20
> automagically forced only during profiling, but I don't want=20
> to design the app to work that way during normal operation.=20
> The reason is that if these steps are not fine enough, it=20
> could hurt interactivity, which I can live with while=20
> profiling, but cannot accept in "final" mode.
>=20
>=20
> brian sharon wrote:
> > Andras, are all of your threads doing the same thing? Otherwise, a=20
> > critical section won't do anything for you. If only one=20
> thread tries=20
> > to acquire the object, it will (trivially) always get it.
> >=20
> > Now, if you're thinking going to put this critical section=20
> at the top=20
> > level of your app and make all threads go through it, then=20
> you're back=20
> > to Christian's suggestion:
> >=20
> > If possible, design your architecture so that your threads=20
> can work in=20
> > a lockstep mode, with one central mutex controlling which thread is=20
> > running at any given moment. That way you can at least get=20
> a partial=20
> > profile and optimize each thread individually.
> >=20
> > This type of design can also prove very useful to debug deadlocks.
> >=20
> > --brian
> >=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration=20
> Strategies from IBM. Find simple to follow Roadmaps,=20
> straightforward articles, informative Webcasts and more! Get=20
> everything you need to get up to speed, fast.=20
> 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