Да, но это опять же работает только если вам нужно изменить исходный массив этой функцией. Здесь ссылка используется из-за другой логики, а не для ускорения/оптимизации. Другими словами неиспользование ссылки потребует дополнительных ресурсов.
В любом случае это сильно завязано на текущую реализацию движка PHP, которая со временем меняется. В 98% объема кода реального проекта такая оптимизация нафиг не нужна. А если действительно есть потребность максимально ускорить критичные вещи — такой функционал можно вынести в модули PHP. Правда их писать никто не умеет, но это уже совсем другой вопрос.
Вы наверное не поняли автора. Речь шла об отказе от необоснованного использования ссылок для якобы ускорения работы. То есть статья о том, что «То, о чем все знали что оно нафиг не нужно, действительно оказалось нафиг не нужно». :)
C++ кстати совсем не для хардкора разрабатывался, а для реализации огромных проектов, но позволяет писать на низком уровне Си (про ассемблер помолчим :)
Но улыбнуло то, что это похоже на сенсацию или великое откровение :)
Неужели людей, которые использовали ссылки для скорости так много? Похоже на то…
Одна из проблем PHP да и любых языков сильно высокого уровня в том, что часто люди пытаются проводить сверхнизкоуровневую, «ассемблерную» оптимизацию. Это приводит к куче проблем и головной боли, но результат как правило мизерный. При этом часто забывают об оптимизации на высоком уровне (БД, кеширование), которая может дать 20-90%
Подобные языки не предназначены для такой оптимизации, для хардкора есть C++, C и ассемблер. Вы либо принимаете язык полностью, таким какой он есть, либо ищете другой. Об этом хорошо написал Бьерн Страуструп.
Если делать файловый кеш, то хорошо бы сразу применить кеш-контроллер с концепцией фронтэнд-бекенд, как например в Zend Cache. Фронтэнд — это постоянный интерфейс для программиста, бекенд может быть любым (файлы, memcached, APT, XCache...)
Это было бы немного странно, но в эту сторону можно копнуть. Все-таки в ubuntu над временем запуска системы разработчики всегда хитро колдовали, может что напутали в инициализации.
>> А в PHP передача аргумента по ссылке работу всё-таки ускоряет.
Сегодня ускоряет, завтра тормозит… Работу ускоряет высокоуровневая оптимизация, например БД и кеширование.
Вот об этом он писал.
Но улыбнуло то, что это похоже на сенсацию или великое откровение :)
Неужели людей, которые использовали ссылки для скорости так много? Похоже на то…
Одна из проблем PHP да и любых языков сильно высокого уровня в том, что часто люди пытаются проводить сверхнизкоуровневую, «ассемблерную» оптимизацию. Это приводит к куче проблем и головной боли, но результат как правило мизерный. При этом часто забывают об оптимизации на высоком уровне (БД, кеширование), которая может дать 20-90%
Подобные языки не предназначены для такой оптимизации, для хардкора есть C++, C и ассемблер. Вы либо принимаете язык полностью, таким какой он есть, либо ищете другой. Об этом хорошо написал Бьерн Страуструп.
В большинстве случаев якорь в урле — это указание браузеру «куда мотать»
Выкидывать нафиг якоря из урлов, да и все тут…
Чего-то подобного я и ждал, если честно…
Но KDE4 — штука довольно новая, думаю со временем допилят. KDE3, кстати неплохо кастомайзится под низкие разрешения, надеюсь с четверкой будет также…