Ask yourself, if the pools are that important for performance, why are they external? Because some (often?) times the pool provides worse performance - in this particular small benchmark they do not - but a large applications using tons of different pools in the goal of “being fast” just might be (over a generalized whole application malloc/free)
Similar reasoning applies to why most Java code should not pool objects (anymore) - the allocator in most cases is actually more efficient than using a pool - just a simple pointer bump, and the de-allocator is amortized/concurrent. > On Mar 6, 2019, at 5:29 PM, 'Isaac Gouy' via golang-nuts > <golang-nuts@googlegroups.com> wrote: > > On Wednesday, March 6, 2019 at 5:44:21 AM UTC-8, Robert Engels wrote: > As I pointed out long ago on stackoverflow the benchmark games are seriously > flawed and should not be used for language performance comparisons. > > As a simple example, look at binary trees. In all of the “fast” > implementations, they resort to specialized memory pools that wouldn’t be > useable in a highly concurrent system. The Go and Java versions use off the > shelf memory management so the code complexity comparisons are not even > close. I’m sure you could replicate the performance using off heap structures > in Go/Java but who would want to? > > > Definition of flawed > : having a defect or imperfection a flawed diamond > > Please share a perfect alternative comparison ;-) > > > > all of the “fast” implementations, they resort to specialized memory pools > > I doubt `Apache Portable Runtime Pools` were designed to make those tiny > programs fast :-) > > -- > You received this message because you are subscribed to the Google Groups > "golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com > <mailto:golang-nuts+unsubscr...@googlegroups.com>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
