id	summary	reporter	owner	description	type	status	milestone	component	version	severity	resolution	keywords	cc
2740	thread_group::size  complexity	viboes	Anthony Williams	"The current implementation could have O(n) complexity due to the use of std::list. Even if we would have thread_group with no too many threads, it sounds extraneous to me to have a function size without constant complexity. As your implementation do not needs splice, what do you think about having a thread_group::size with constant complexity by adding an internal counter for example? 
"	Feature Requests	closed	Boost 1.39.0	thread	Boost 1.37.0	Optimization	wontfix	thread_group