diff options
| author | Matthew Sackman <matthew@lshift.net> | 2009-04-20 14:01:36 +0100 |
|---|---|---|
| committer | Matthew Sackman <matthew@lshift.net> | 2009-04-20 14:01:36 +0100 |
| commit | 0823f1d578a748c32b2495341650a17befbe3b28 (patch) | |
| tree | 94d00007d2ccccec1e1887aedbb8a0c751fd0edb /generate_app | |
| parent | d1c8d63dc05b1f11cb99fe3c12bbb9cd70108ae2 (diff) | |
| download | rabbitmq-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
