summaryrefslogtreecommitdiff
path: root/generate_app
diff options
context:
space:
mode:
authorMatthew Sackman <matthew@lshift.net>2009-04-20 14:01:36 +0100
committerMatthew Sackman <matthew@lshift.net>2009-04-20 14:01:36 +0100
commit0823f1d578a748c32b2495341650a17befbe3b28 (patch)
tree94d00007d2ccccec1e1887aedbb8a0c751fd0edb /generate_app
parentd1c8d63dc05b1f11cb99fe3c12bbb9cd70108ae2 (diff)
downloadrabbitmq-server-git-0823f1d578a748c32b2495341650a17befbe3b28.tar.gz
moved the message location table to dets. performance is slightly worse than 10 times slower.
This means that the test suite which used to take about 12 mins to run now takes about 2 hours. Looks like we could now be talking up to 40ms to publish a message. Interestingly, delivery is only twice as slow as with ets, it's publish that's taken the 10+times hit. Worryingly, the numbers show that performance per message is not constant, and wasn't in ets either. This must be the effect of buckets in both ets and dets filling up and chaining. The dets man page does say that it organises data as a linear hash list, which is a structure I know well, and I am surprised performance is dropping off in this way - maybe suggests poor distribution of their hashing algorithm or rebalancing.
Diffstat (limited to 'generate_app')
0 files changed, 0 insertions, 0 deletions