DJ_AlieN

Рейтинг
165
Регистрация
04.02.2005
Должность
IT Ceo

демпингуете :)

Красиво!!!

load averages: 0.00, 0.01, 0.00

Сервер действительно работает? Какая посещаемость у размещенных на нём сайтов?

Расширенный лог, либо

auto_append_file

и

auto_prepend_file

Как вариант:

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

Схема такая:

В самое начало скриптов или некого общего файла (хедер, набор функций, классы), поставьте эту строку:

function getmicrotime(){ 
list($usec, $sec) = explode(" ",microtime());
return ((float)$usec + (float)$sec);
}
$ScriptStartTime=getmicrotime();

И в самом конце исполнения скрипта(допустим в футере):


$lt=getmicrotime()-$ScriptStartTime;
mysql_query("INSERT INTO `stat_page_load_table` (`file`,`time`) VALUES (\"".__FILE__."\",\"$lt\")");
// тут соотвественно имя таблицы и названия полей - делайте как угодно

Конечно, нагрузка в 3 раза подлетала. Рядовые юзеры ничего не замечали.

Тогда уже придется дергацца, хотя даже когда будет ддос не настолько суров, можно будет неспешно написать в саппорт хостера которым будет заниматься отражением атаки

насчет LA оказались неправы/правы оба


An idle computer has a load number of 0 and each process that is using CPU or waiting for CPU adds to the load number by 1. Most UNIX systems count only processes in the running (on CPU) or runnable (waiting for CPU) states. However, Linux also includes processes in uninterruptible sleep states (usually waiting for disk activity), which can lead to markedly different results if many processes are blocked in I/O due to a busy or stalled I/O system. This, for example, includes processes that are blocked due to an NFS server failure or slow media (e.g., USB 1.x storage devices), leading to an elevated load average, which does not reflect an actual increase in CPU use (but still gives an idea on how long you have to wait).

For single-CPU systems that are CPU-bound, one can think of load average as a percentage of system utilization during the respective time period. For systems with multiple CPUs, the number needs to be divided by the number of processors in order to get a percentage.

For example, a load average of "3.73 7.98 0.50" on a single-CPU system can be interpreted as:

* during the last minute, the CPU was overloaded by 273% (1 CPU with 3.73 runnable processes, so that 2.73 processes were waiting for their turn)
* the CPU was only busy half of the time over the last fifteen minutes
Alexei42:
Эм. Вы %% с LA не путаете?

LA есть среднее арифметическое значение загрузки процессорра за 15, 5 и 1 минуту и исчисляется в процентах.

Что я перепутал?

DJ_AlieN добавил 26.03.2008 в 13:01

т.е. вы специально бережете ресурсы сервера, чтобы в случае ДОСа обрабатывать весь флуд?
Хрена се логика... А я то думал, для чего серваки нужны... оказывается чтобы кушать ДОС .

у меня два заполненных сервера со средней нагрузкой в 11-16%... правда, в пиках больше 95% не было.. софт оптимизирован. Никаких тормозов при генерации страниц нет, даже легких..

Скажем так, я готов переплатить за железо, которое будет простаивать 99% времени, но когда подадобится этот пресловутый 1%, мне не придется бегать в панике и думать что же делать чтобы сайт ожил.

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

_Ad:
ой да ладно.. а что такого критичного в превышении загрузки процессора больше чем на 6-7% в пике? У меня при пиках нагрузка на процы может кратковременно к 100% приближаться.. при этом все нормально, стабильно и без тормозов работает на серверах... Процы - это такая штука, которая может работать и на больших чем 6-7% нагрузки значениях ;)

У меня в пике - 1.3%, при этом самая максимальная нагрузка на проц идет при сохранении бекапов.

Более 6-7% в пике значит, про что досе Вам п***ц :D

Ну и начинаются легкие тормоза при генерации страниц (если речь идет о динамике). Если для Вас не критичная разницы 0.1 и 0.2 с, то , возможно, Вам не стоит паниковать и при 15% нагрузки.

будущее сайтов на PHP - в фреймворках, которые как раз на ООП

нагрузка никакая.

паниковать стоит тогда, когда при пиковой посещаеомости загрузка процессора превышает 6-7%

Всего: 962