Drop EmptyObject and use Object.create(null) again

[bmeurer]

It seems that new EmptyObject was added as a work-around for Object.create(null) performance. This has a couple of drawbacks for Ember itself, but also comes with a performance penalty in recent Chrome versions (i.e. in all current channels) that include this CL.

From what I can tell, new EmptyObject is often used to create objects that are supposed to be used as dictionaries. But at least in V8 function constructors always create fast mode objects, which means Ember probably wastes (metadata) memory in the browser plus time just to let the engine figure out that it should essentially transition these objects to dictionary mode objects. Object.create(null) always creates a dictionary mode object from the start (since the aforementioned CL landed), and it's compatible with jQuery.isPlainObject and other stuff. The allocation is roughly on par with the performance of new EmptyObject in all current Chrome channels.

So I'd like to trigger a discussion to get rid of EmptyObject.

/cc @krisselden @stefanpenner

[rwjblue]

We have discussed previously and I believe we are 👍 .

[stefanpenner]

@bmeurer sounds great. This was totally just added as work around. I am slightly nervous about performance on older androids but.... may be time?

[stefanpenner]

working on a PR for testing PR for testing -> #15002

---

@bmeurer in the past, we also found forcing some of our objects into dictionaries sooner yielded some improvements. Is this something we should continue? https://github.com/emberjs/ember.js/blob/master/packages/ember-utils/lib/dictionary.js#L8-L18 Or should we discontinue.

---

@bmeurer We also worked around the cost of Object.create in other ways, might you have some time to discuss those scenarios in more detail over the next week? Specifically code in Meta like _getInherited was basically created to work around some issue (the results where good, but what remains ends up being complicated and costly on its own).

[bmeurer]

@stefanpenner The delete trick is a common work-around, i.e. older TypeScript versions used that as well. We can chat about it next week, maybe do a VC in the morning (european time)?

As for older Android: Chrome is ever-green, so it'll update. For the other Chromium-based Android browsers, there's not a lot we can do unfortunately, and many of them are still at V8 4.x, where the new Ember code will probably perform poorly anyway. Not sure if you do performance tracking for those old versions.

[stefanpenner]

We can chat about it next week, maybe do a VC in the morning (european time)?

Work for me, any day except for Wednesday (my evening, thursday your morning) works for me. I'll ping you on hangouts

[stefanpenner]

added patch for ember-data: emberjs/data#4854

[verwaest-zz]

Note that as we speak we're also adding support for {__proto__:null} which will probably be even faster (can be fully recognized in the parser). Object.create(null) will of course be available slightly sooner.