Оптимальное время генерации страницы?

zdimon

Новичок
Сколько я не пытался на хостинге трасировать свои скрипты (PEAR Benchmark) я несмог получить однозначного среднего значения выполнения скрипта. Он настолько прыгает в разных точках что можно только приблизительно догадываться какая ф-ция жрет ресурсы. Но для себя считаю 1-2 сек - нормой т.к. более менее насыщеный логикой сайт быстрее работать на обычном хостинге ИМХО заставить трудно.
 

Gas

может по одной?
пишите-пишите скрипты в 1-2 секунды, конкуренция на рынке меньше будет.
 

StUV

Rotaredom
число одновременно принимаемых апачем (или вообще вебсервером) запросов зависит от конфигурации сервера, а не времени генерации страницы
и tcp тут никаким боком
а количество реально одновременно работающих ограничено кол-вом процессоров
если запросы реально "тяжелые" - при большом maxchilds уйти в load average > 50 и свалить 8-ми процессорный сервак не так сложно =)
 

zdimon

Новичок
Автор оригинала: Gas
пишите-пишите скрипты в 1-2 секунды, конкуренция на рынке меньше будет.
не всегда в скриптах дело, как объяснить что при кликах на ссылках - вызывающих одни и теже действия как с базой так и шаблонами получаешь очень большой расброс во времени и как можно говорить что мой скрипт выполняется пол секунды, ведь смотря где и смотря когда, на локалке то понятно расброс маленький а в инете?
 

Alexandre

PHPПенсионер
число одновременно принимаемых апачем (или вообще вебсервером) запросов зависит от конфигурации сервера, а не времени генерации страницы
у апача пре-форк архитектура... но все равно, это положение не спасает
все необработвнные запросы становятся в системной очереди (см. постом ниже).

отличие пре-форк архитектуры от форк, тем, что в пре-форк - мы генерим заранее определенное число "слушающих" процессов,
а в форк архитектуре - генерим кол-во процессов, в соответствии очереди поступивших запросов.

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

romy4

invoke [brain]
zdimon
замерь на локалке время на отдельных страницах и на серваке. Найди коеффициент кореляции, ну и можешь тогда начинать искать слабые локально, зная наперёд приблизительную стоимость их выполнения на живом сервере.
 

Alexandre

PHPПенсионер
http://www.cs.rpi.edu/courses/sysprog/sockets/sock.html
man listen
listen(int s, int backlog);
DESCRIPTION
To accept connections, a socket is first created with socket(2), a will-
ingness to accept incoming connections and a queue limit for incoming
connections are specified with listen(), and then the connections are
accepted with accept(2). The listen() system call applies only to sock-
ets of type SOCK_STREAM or SOCK_SEQPACKET.

The backlog argument defines the maximum length the queue of pending con-
nections may grow to. The real maximum queue length will be 1.5 times
more than the value specified in the backlog argument. A subsequent
listen() system call on the listening socket allows the caller to change
the maximum queue length using a new backlog argument. If a connection
request arrives with the queue full the client may receive an error with
an indication of ECONNREFUSED, or, in the case of TCP, the connection
will be silently dropped.
 
Сверху