Age | Commit message (Collapse) | Author | |
---|---|---|---|
2013-04-30 | benchmarks: removed keep_m_in_n block from many rates | Josh Blum | |
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... | |||
2013-04-24 | gras: split many_1_to_1_blocks into two benchmarks | Josh Blum | |
2013-04-24 | gras: work on benchmarks w/ theron6 support | Josh Blum | |
2013-04-14 | benchmarks: use duration based runs for results | Josh Blum | |
2013-04-13 | gras: make the benchmarks time themselves | Josh Blum | |
2013-04-12 | gras: added suffix for benchmark results | Josh Blum | |
2013-01-31 | benchmark: added sched compare for 2 tests | Josh Blum | |
2013-01-20 | benchmark: added benchmark for rate changing | Josh Blum | |
2013-01-14 | benchmark: added legend for description | Josh Blum | |
2013-01-14 | benchmark: added a filter test and delay test | Josh Blum | |
2013-01-13 | benchmark: added stddev to bar charts | Josh Blum | |
2013-01-13 | benchmark: split into registry and runner script | Josh Blum | |
2013-01-13 | benchmark: script now produces barplots in pdf format | Josh Blum | |
2012-12-29 | misc changes on the benchmark branch | Josh Blum | |
2012-12-28 | work on benchmark stubs | Josh Blum | |