Hi,
Sean has left the following comment at Integrate new thread affinity
interface into LIBBU and LIBRT
http://www.google-melange.com/gci/task/view/google/gci2012/8070202:
not so
Responding to "But...": parallel_interface() will need to pass the struct
to parallel_interface_arg() but that doesn't mean it needs to take the
struct as an argument. It's still the arg-less function used by old
platforms and will still have values set in the globals. It can fill in the
struct just like how bu_parallel() can fill in the struct. It certainly
doesn't need to be global in that context.
I'm not sure I understand your cpuid question as stated. The general idea
is that bu_parallel() knows how many threads it has created and can pass
that ID value to the thread instead of the thread pulling it from a static
global that all threads acquire a lock around and share.
Stated earlier, the new affinity function should be in its own new file:
src/libbu/affinity.c
Greetings,
The Google Open Source Programs Team
---
You are receiving this message because you are subscribed to Integrate new
thread affinity interface into LIBBU and LIBRT.
To stop receiving these messages, go to:
http://www.google-melange.com/gci/task/view/google/gci2012/8070202.
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
BRL-CAD Tracker mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/brlcad-tracker
