Not directly related, but if I could have 2 thing from ETS, it would be:<p>1 - Ability to atomic rename a table. It's a fairly common use-case that you have a lock-free read-only map, rebuild it in the background, and the swap the newly-built one with the live one.<p>2 - Copy-on-write so that reading from an ETS doesn't require copying the data to the calling process (for more than just large binaries)
Not sure if Kjell Winblad is around to answer questions, but I'm curious about the sharp performance drop-off (14M -> 5M) at 32 processes for the 50% write/ 50% delete benchmark. What's the bottleneck there?<p><a href="http://winsh.me/ets_catree_benchmark/azure_D64s_decent_ctrs/node_first_res.html" rel="nofollow">http://winsh.me/ets_catree_benchmark/azure_D64s_decent_ctrs/...</a>