В общем влияет ли количество объявленных переменных, массивов, объектов, на производительность, на время отдачи контента и т.д. ? Недавно в своем движке вывел get_defined_vars и обалдел, страница больше мегабайта получилась. С одной стороны это очень удобно, раз переменные объявлены в главном файле, всегда можно обратиться к ним сразу где бы то ни было, но... влияет ли это как то на быстродействие сайта???

однозначно да.

насколько сильно? в общем случае очень слабо.
хотя бывают случаи, когда туда-сюда таскают гигантские объёмы данных, да ещё и непрестанно копируют их



вот следовало бы очень хорошо подумать над эти "очень удобно". насколько часто у тебя требуется из конца кода обратиться к переменной объявленной в начале?

обычно тянется всего небольшая группа данных, составляющих страницы. а вот всё остальное?

 Очень удобно!  Просто в главном файле инклюдятся все классы, функции, объявляется массив с данными о пользователе и т.д. и т.п. С другой стороны, есть страницы, где вообще показывается только пару строк текста, но тем не менее, если вывести get_defined_vars, то там будет несколько тысяч строк с переменными, что очень пугает, хотя вроде и не чувствуется (обычно генерация страницы не превышает 0.2 сек.) 

Альтернатива как я понимаю - в каждом отдельном файле инклюдить только то, что нужно. но так как система уже настолько навороченная, это такая ж*па, и собственно хочется спросить стоит ли овчинка выделки?

А ты потести siege, увидишь... 

видимо у вас много переменных, объявленных в globals... имхо это зло
Данные нужно генерировать в соответствии с контекстом и не таскать за собой кучу ненужного на данный момент

Ээ, от куда такой вывод???


Плохо спроектировано у вас.

Необходимо посмотреть от каких переменных можно избавиться. Может есть специфические, которые нужны только для отображения формы обратной связи. А вы их вынесли в главный файл.



  

Ну как правило get_defined_vars вызывают в глобальном контексте и никак не в контексте функции либо метода
Насчет проектировки - действительно плохо спроектировано

Не влияет.
На производительность влияют СУБД, косяки в алгоритмах, отсутствие кеширования, тормоза ФС, тормоза сети, кривая настройка сервера, отдача статики неасинхронным сервером и хреновое железо.
Остальные факторы много меньше погрешности и не имеют значения.

 Ах да. Самые ужасные ошибки - ошибки проектирования. Ваш код просто отвратителен.

посмотрите в сторону заложенной в php возможности автоматически подключать нужные файлы используя функцию __autoload()
в какой то степени она позволит избавиться от:

при переделки системы.


ещё бывает такая вещь как ограничение размера оперативной памяти, вот тогда размер памяти необходимой при выполнение скрипта имеет большое значение, просто сейчас легче купить у хостинга тариф с большим размером выделяемой оперативной памяти



Это сообщение отредактировал(а) krundetz - 19.4.2010, 08:47

Такой ответ я и хотел услышать   
Спасибо nerezus ))) 

насчет проектирования - 


А кстати 0.2 это много?? это если учесть что 0.2 сек. это на 2-ядерном локалхосте-денвере с 2 ГБ озу. 

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

MoLex, и Вам спасибо, давно уважаю Вас!

Это сообщение отредактировал(а) anurbol - 21.4.2010, 05:06

денвер? под виндовс? тогда не много

anurbol, в любом случае сведи количество общеглорбальных переменных к 0.

Я думаю на скорость это не влияет абсолютно, потому что один фиг - хеш таблицы (не те что в языке, а те что внутри реализации языка) настолько быстрые, что там хоть миллион переменных будет, все равно поиск будет мгновенный вне зависимости от кол-ва элементов. Это конечно не говорит о том, что большое количество глобальных переменных это хорошо, надо объединять их в массивы, создавать объекты и т.п.

Хех, не заметил  дату поста. Форум по пхп умер?

Это сообщение отредактировал(а) lukas - 20.9.2010, 22:23

нет жив