gras: work on benchmarks w/ theron6 support
gras: split many_1_to_1_blocks into two benchmarks
Merge branch 'master' into theron6_work
gras: updated Theron submodule
quick stashies
Merge branch 'master' into theron6_work

Conflicts:
	Theron
benchmarks: removed keep_m_in_n block from many rates

This block is optimized for laziness and not performance since it
returns before finishing its input based on whatever M is.

This means that m=1, n=1, this block produces 1000's of outputs per input buffer,
and its not really what I am looking to benchmark...

ironically, keep_m_in_n crappy implementation makes for big wins on GRAS
either due to lower scheduler overhead or locking contentions easier.

However, its crazy number of tiny outputs really rails on the
mailbox queue of the next block in the chain and causes
the caching allocators to get very exited.
I guess thats all fine since the block is meant to be lazy...
But I cant measure the effectiveness of a typical allocator situation.

Signing off...
query: added allocator debug element
Merge branch 'master' into theron6_work
gras: update thread pool comments
Merge branch 'master' into theron6_work
query: print something if theres no counts
query: added actor depth stat
query: added bytes copied stat
gras: dont need this is automatic
gras: leave assertions in, can help more than hurt
Merge branch 'theron6_work'
gras: increase default number of buffers

Think about benchmark implications later,
this only helps parallelism.
And also those blocks that inline buffers.