Загадочное время выполнения скрипта

wMaster писал:

и в чем суть вопроса?

Что кроется в этой функции?

Ещё возникла идея, что при сохранении значения таймера возможен вариант, когда
при сохранении файла делается flock, и если в этот момент файл залочен другим процессом, он ждёт его освобождения. От этого и время выполнения прыгает.

A d u l t писал:

Что кроется в этой функции?

Цитата:

file_get_contents (PHP 4 >= 4.3.0) file_get_contents -- Reads entire file into a string Description: string file_get_contents ( string filename [, int use_include_path [, resource context]]) Identical to file(), except that file_get_contents() returns the file in a string.

wMaster писал:

Хорошо. А save_time?

PS: Продолжаем гадать на кофейной гуще

A d u l t, ну такой функции в php нет.
Может под этим понималась своя процедура.

wMaster писал:

A d u l t, ну такой функции в php нет. Может под этим понималась своя процедура.

Вполне может быть, что дело в ней. Осталось ждать, пока этот код вынесут на суд...

IMHO
вряд ли можно ошибиться в чем-то подобном
function save_time($txt)
{
$file="file";
$fp=fopen($file,"a+");
fwrite($fp,$txt."\n");
fclose($fp);
}

ps Думается для исключения влияния скорости доступа к диску и лог-файл имеет смысл загнать в виртуальный диск.

Кит, можно легко проверить диск ли создает проблемы

у вас там линукс? вобщем монтируете memory disk в памяти мегабайт там 5-10, сколько файл ваш занимает
и пробуете его читать.

если проблем останется, значит это не scsi/raid а что то еще
точную команду монтирования диска в памяти могу дать если надо, но кажется что то типа такого
mount -t shm -o size=8m /mnt/ramdisk

А если попробовать после echo поставить команду flush(); ?

Проблему вроде как решили:
1) Увеличили размер output buffers в php до 256К
...стало лучше
2) Отклчили mod_gzip
..время выполнения еще упало.

Просто пару юзеров заходило и буфер уходил в аут , нужно сразу же контент отдавать построчно как минимум а не держать его до последего момента , ну mod gzip и так ясно

mr.GOD
а что можешь по размеру буферов и использованию mod_gzip подсказать?

xdebug.org - ставится модуль и уже на основе его анализируется. А все анализи при помощи пхп самого себя - от лукавого.

Согласен. Анализ времени работы PHP скрипта в самом скрипте, который еще работает с диском и привязан к буфферу выдачи - здесь очень много факторов, создающих помехи.

Это работа апача с особенностью TCP/IP протокола, который как бы пытается уравновесить скорость передачи/приема с возможностью передачи/приема. Скрипт будет выполняться с разным временем на разных каналах. Более того один и тот же канал обладает разными характеристиками в разное время и поэтому скрипт будет выполняться разное время на одном и том же канале.

типа того короче

Попробуйте написать скрипт, который будет отдавать файл весом в 500 метров (фильм к примеру). По идее если бы этот скрипт отдавал все сразу, то получилось черти что. Канала на такой объем не хватит чтобы выплюнуть сразу, а значит фильм осядет в памяти. Два фильма и плакала вся оператива. Нифига.

Апач принимает от скрипта "кусок" информации и усыпляет скрипт пока этот кусок не отдаст клиенту.

PS: независимо от flush(), ob_flush()