|
|
|
| Какой вы предпочтете вариант из двух
первый
<?php
class ob{
fuction odin(){
}
fuction dva(){
}
fuction tri(){
}
}
?>
|
второй вариант
<?php
fuction odin(){
}
fuction dva(){
}
fuction tri(){
}
?>
|
Использование памяти и производительность в каком случае будет выгодней | |
|
|
|
|
|
|
|
для: roma67
(10.07.2012 в 11:28)
| | Дело в том, что в больших системах классы не используются навалом, а подключаются через перегруженную функцию __autoload(), т.е. загружаются только те классы, которые реально нужны. Однако, во всех остальных случаях следует заниматься профилированием кода. Тут еще такая штука, что в случае PHP писать быстрый код довольно сложно, проще критические участки просто переписать на уровне C/C++ в виде расширения PHP или модуля Apache. | |
|
|
|
|
|
|
|
для: cheops
(10.07.2012 в 19:24)
| | Можете сравнить объективно использование памяти и производительность по ЭКСПЕРИМЕНТУ
ВЫ предлагаете эксперимент, я его воспроизвожу и наблюдаю производительность и нагрузку:
1. Классов
2. Функций | |
|
|
|
|
|
|
|
для: roma67
(11.07.2012 в 15:34)
| | В php5 и на современном железе разница будет такой(если вообще будет) - за которой гоняться не стоит. | |
|
|
|
|
|
|
|
для: Root
(11.07.2012 в 15:52)
| | Я не о мнении спрашиваю. Сколько людей- столько мнений
cheops утверждает что разница в производительности классов и функций огромная
Я предлагаю провести эксперимент и получить замер производительности
Условия эксперимента сделать общими - например, вставить замер времени работы скрипта.
Скрипт выбрать единый и конкретный.
В этом случае, мы сможем получить коэффициент одинаковый для каждого экспериментатора
Тем самым избежать субъективного подхода получив объективный измеритель. | |
|
|
|
|
|
|
|
для: roma67
(11.07.2012 в 15:34)
| | Тут потребуется мегабайт 8 кода, причем задействованного в рамках одной задачи, но скорее всего разница будет не велика, львиную долю времени будет съедать инициализация различных предопределенных констант, массивов и т.п. Когда скрипт будет скомпилирован - разница тоже будет не велика. Лучше всего программировать так как удобно - преждевременная оптимизация - это бич проекта. В Web довольно много инструментов масштабирования, на уровне серверов, выжимать все из проекта лучше уже на этапе когда у вас вертится сервис и вы уходите на вторую итерацию по его разработке. | |
|
|
|
|
|
|
|
для: cheops
(11.07.2012 в 17:05)
| | Если бы так самолеты строили, то все население было бы в гробу.
Есть исторически наработанная научная методология, для получения объективных экспериментальных результатов.
А есть надуманное, искусственное растяжение времени разработки не в интересах потребителей и в ущерб реноме разработчика.
Если бы вы разделяли причину критерия оптимизации - были бы понятны откуда утверждения.
Но все таки хотелось экспериментом убедится, какой случай дает большое отношение, а какой дает маленькое отношение | |
|
|
|
|
|
|
|
для: roma67
(11.07.2012 в 21:10)
| | >Если бы так самолеты строили, то все население было бы в гробу.
Несколько некорректно сравнивать строительство самолетов и разработку
По этому поводу видео есть. В большинстве случаев так все и выглядит.
>Есть исторически наработанная научная методология, для получения объективных экспериментальных результатов.
>А есть надуманное, искусственное растяжение времени разработки не в интересах потребителей и в ущерб реноме разработчика.
>Если бы вы разделяли причину критерия оптимизации - были бы понятны откуда утверждения.
>
Есть такая вещь как - опыт. На нем и базируются утверждения.
>Но все таки хотелось экспериментом убедиться, какой случай дает большое отношение, а какой дает маленькое отношение
Это никому не нужно по причине описаной (11.07.2012 в 15:52) | |
|
|
|