Дают ли выигрыш ссылки на элементы массива и на поля объектов в PHP?

Question

[Евгений Обыкновенный]

Из описания ссылок в документации php не очень понятно, дает ли какой-то выигрыш в производительности использование ссылок на элементы массивов, на поля объектов.

Например, есть ли преимущество в производительности такого кода

$ref = &$obj->arr[$i];

$ref->field_1 = val_1;
$ref->field_2 = val_2;
...
$ref->field_n = val_n;

в сравнении с таким

$obj->arr[$i]->field_1 = val_1;
$obj->arr[$i]->field_2 = val_2;
...
$obj->arr[$i]->field_n = val_n;

Быть может, при доступе по ссылке не нужно каждый раз вычислять адрес промежуточного объекта $obj->arr[$i]? Или система доступа к переменным php такова, что ссылки не дают такой экономии?

Comments

[Ипатьев]

А в каком языке система доступа к переменным такова, что получить доступ к содержимому переменной представляет проблему?

[Дмитрий]

Смутно представляю задачу для пыха где нужна была бы такая оптимизация на спичках.

[Евгений Обыкновенный]

Ипатьев, в C++ такая оптимизация с указателями будет полезна.

[Ипатьев]

Евгений Обыкновенный, в РНР нет указателей.
И снова - РНР не тот язык, на котором делают оптимизации такого уровня.

[Евгений Обыкновенный]

Ипатьев, понимаю, что заметного ускорения не будет. Но все равно приятнее, когда код оптимальный. Вопрос этот интересует не столько для практической оптимизации, сколько с точки зрения теории, для понимания внутреннего устройства языка.

И код можно сделать понятнее, если заметить длинные цепочки из стрелок $a->b->c->d->e на одну переменную-ссылку.

[Ипатьев]

приятнее, когда код оптимальный

Далеко не всегда. Я ниже писал - почему.

с точки зрения теории

You're welcome
Ну и https://www.npopov.com/2014/12/22/PHPs-new-hashtab...
Можете потом написать ответ на свой вопрос, нам всем будет любопытно взглянуть.

[Vitsliputsli]

vilinyh, это нужно в ответы. Т.к. это и есть ответ, все остальное рекомендации по написанию кода, быть может и правильные, но рекомендации, а не ответ на конкретный вопрос.

[Евгений Обыкновенный]

vilinyh, как сделали такое профилирование?

Answer 1

[Ипатьев]

С точки зрения памяти не даёт, потому что в РНР и так очень оптимальное управление памятью.
В частности, при присвоении значений переменным применяется принцип copy-on-write. Объекты же и так всегда копируются по ссылке.

С точки зрения "вычислять адрес промежуточного объекта" - я никогда не слышал о таких проблемах. Судя по всему, это явно не является узким местом для динамически интерпретируемого языка.
В любом случае, учитывая copy-on-write, исходно это снова будет опять ссылка.

В общем, я настоятельно рекомендую последовать совету мудрого старика Дональда Кнута, и не бежать впереди паровоза, заранее пытаясь оптимизировать то, что вообще никогда не тормозит.
Данный случай является просто идеальной иллюстрацией именно такого случая, когда проблемы от непредсказуемого поведения кода из-за пихания ссылок везде и всюду стократно превысят любые воображаемые плюсы.

Comments

[Евгений Обыкновенный]

Имею ввиду экономию на вычислении адреса элемента массива $obj->arr[$i]. Мы один раз нашли адрес элемента arr[$i] в памяти, запомнили его в ссылке, и при использовании ссылки его уже не надо заново вычислять.

[Ипатьев]

Дополнил ответ.

Answer 2

[Антон Шаманов]

все зависит от ситуации. в большинстве случаев дает т.к. ссылка занимает меньше места в памяти, чем значение.

Answer 3

[galliard]

В данном случае не нужны никакие ссылки, просто делаете так:

$ref = $obj->arr[$i];

$ref->field_1 = val_1;
$ref->field_2 = val_2;
...
$ref->field_n = val_n;

И работать будет быстрее, и памяти меньше сожрет.