Почему V8 деоптимизирует определенные закрытия с встроенным кэшированием, несмотря на, казалось бы, мономорфные модели д ⇐ Javascript

[Anonymous]

Я отлаживаю регрессию производительности в горячем коде и обнаружил, что V8 деоптизирует функцию, которая использует закрытие мономорфным образом. Вот упрощенная версия шаблона < /p>
function createGetter(prop) {
return function(obj) {
return obj[prop];
};
}

const getX = createGetter("x");
const getY = createGetter("y");

const obj1 = { x: 10, y: 20 };
const obj2 = { x: 15, y: 25 };

for (let i = 0; i < 1e6; i++) {
getX(obj1);
getY(obj2);
}
< /code>
Несмотря на то, что OBJ1 и OBJ2 делятся одним и тем же скрытым классом, а сайт вызовов-мономорфный на закрытие,-trace-opt-deoptimizations, связанные с нагрузкой и контекстом. Проверено через-print-opt-code. < /p>
deopt, по-видимому, относится к контексту или встроенной путанице кэша между закрытием. И может ли контекст изоляции вызвать ненужный полиморфизм? Смягчит ли определение Getx и Gety встроено, а не через общую фабрику, или есть более глубокая причина для DeoPT? Связано ли это с обменом вектором обратной связи или контекстными слотами обратной связи для закрытия, созданных из той же внешней функции?
Много пробовал ..>

Подробнее здесь: https://stackoverflow.com/questions/796 ... emingly-mo