https://wiki.webko.net.ua/index.php?action=history&feed=atom&title=Apache_Bench 2026-05-03T16:43:18Z История изменений этой страницы в вики MediaWiki 1.35.1 https://wiki.webko.net.ua/index.php?title=Apache_Bench&diff=116&oldid=prev 2015-04-21T19:16:28Z

<p>Новая страница: «== Установка на CentOS == yum install httpd-tools == Установка на FreeBSD == /usr/ports/benchmarks/siege make install cleam == Apac…»</p> <p><b>Новая страница</b></p><div>== Установка на CentOS ==<br /> <br /> yum install httpd-tools<br /> <br /> == Установка на FreeBSD ==<br /> <br /> /usr/ports/benchmarks/siege<br /> make install cleam<br /> <br /> <br /> <br /> == Apache Bench – простая утилита для нагрузочного тестирования веб-серверов. ==<br /> <br /> Здравствуйте. В этой статье я расскажу об одном интересном инструменте — Apache Bench (далее AB). Данная утилита входит в стандартный дистрибутив Apache. Кроме того, имеется почти во всех готовых сборках типа Denwer, XAMMP и т.д. Как сказано в названии статьи, AB предназначается для нагрузочного тестирования веб-серверов. Суть его в том что бы посылать на сервер определённое количество http-запросов, замеряя при этом время их обработки. С его помощью можно выявить те участи сайта которые выполняются дольше других, и могут являться целью DoS-атаки или просто причиной большой нагрузки на сервер при нормальной активности пользователей.<br /> Возьмёмся сразу за практику. Найти AB Вы можете в установочной директории Apache, в папке «bin». Он имеет имя «ab» (или ab.exe для Windows) Запуск и работа с ним происходит через командную строку. Просто запустите его, без указания каких-либо опций, и покажется справка. Для рабочего старта AB требуется как минимум одно — URI к которому нужно произвести обращение. Будет послан всего 1<br /> GET-запрос, после чего Вы увидите отчёт о проделанной работе. Что бы осуществить несколько<br /> запросов Вам нужно задать параметр -n, в котором и указать их количество. То есть при вот таком<br /> запуске<br /> <br /> ab -n 100 http://site.ru/search.php?q=one<br /> <br /> утилита произведёт 100 запросов по URI http://site.ru/search.php?q=one. Причём проходить они будут по<br /> очереди. Для более продуктивного анализа следует использовать параметр -c, определяющий количество одновременно посылаемых обращений. Например запуск AB следующей строкой проделает то же самое что и в предыдущем примере, но запросы будут уходить не поочерёдно, а пачками по 10 штук.<br /> <br /> ab -n 100 -с 10 http://site.ru/search.php?q=one<br /> <br /> Легко подсчитать что в случае такого обращения к ресурсоёмкому участку сайта нагрузка значительно<br /> возрастёт, что будет отчётливо отражено в результатах работы утилиты. Такое многопоточное<br /> тестирование предпочтительнее т.к. может имитировать более-менее реальные условия (не DoS-атаки конечно, простого поведения нескольких пользователей). К тому же оно даём возможность обнаружить «тяжёлые» участки сайта быстрее.<br /> При работе с POST используется опция -T, указывающая поле «content-type» в заголовке запроса<br /> и опция -p, содержащая имя файла с POST-данными. Для осуществления простейшего POST-запроса в<br /> параметре -Т, как и в браузере, указывается строка «application/x-www-form-urlencoded». Файл, содержащий отправляемые данные, может иметь любое расширение. Главное что бы данные там были<br /> расположены в том виде, в котором они помещаются в запрос. То есть<br /> <br /> параметр1=значение1&amp;параметр2=значение2&amp;......&amp;параметрN=значениеN<br /> <br /> Допустим нам нужно послать 10 POST-запросов к URI http://site.ru/search.php, данные для которых<br /> хранятся в файле request.txt, на диске «C». Тогда строка запуска программы будет следующая:<br /> <br /> ab -T &quot;application/x-www-form-urlencoded&quot; -p &quot;C:\request.txt&quot; -n 10 http://site.ru/search.php<br /> <br /> Как видите — ничего сложного.<br /> Рассмотрим теперь результат работы AB. Ниже приведён пример отчёта о посылке 1000 запросов<br /> на URI «http://e107/signup.php» по 10 запросов за один раз <br /> (строка запуска: «ab -n 1000 -c 10 http://e107/signup.php») .<br /> <br /> This is ApacheBench, Version 2.0.40-dev &lt;$Revision: 1.146 $&gt; apache-2.0<br /> Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/<br /> Copyright 2006 The Apache Software Foundation, http://www.apache.org/<br /> Benchmarking e107 (be patient)<br /> Completed 100 requests<br /> Completed 200 requests<br /> Completed 300 requests<br /> Completed 400 requests<br /> Completed 500 requests<br /> Completed 600 requests<br /> Completed 700 requests<br /> Completed 800 requests<br /> Completed 900 requests<br /> Finished 1000 requests<br /> Server Software: Apache/2.2.4<br /> Server Hostname: e107<br /> Server Port: 80<br /> Document Path: /signup.php<br /> Document Length: 26036 bytes<br /> Concurrency Level: 10<br /> Time taken for tests: 149.937500 seconds<br /> Complete requests: 1000<br /> Failed requests: 38<br /> (Connect: 0, Length: 38, Exceptions: 0)<br /> Write errors: 0<br /> Total transferred: 25253856 bytes<br /> HTML transferred: 25059058 bytes<br /> Requests per second: 6.67 [#/sec] (mean)<br /> Time per request: 1499.375 [ms] (mean)<br /> Time per request: 149.938 [ms] (mean, across all concurrent requests)<br /> Transfer rate: 164.48 [Kbytes/sec] received<br /> Connection Times (ms)<br /> min mean [+/-sd] median max<br /> Connect: 15 42 17.8 46 125<br /> Processing: 484 1435 384.5 1437 3047<br /> Waiting: 484 1419 381.3 1406 3046<br /> Total: 515 1477 383.4 1468 3140<br /> Percentage of the requests served within a certain time (ms)<br /> 50% 1468<br /> 66% 1625<br /> 75% 1718<br /> 80% 1781<br /> 90% 1968<br /> 95% 2093<br /> 98% 2296<br /> 99% 2437<br /> 100% 3140 (longest request)<br /> <br /> С самого начала выводятся авторские права на утилиту и её версия. Дальше располагается множество строчек типа «Complited *00 requests». Так программа сообщает о выполнении каждой сотни запросов.<br /> <br /> В конце этого списка находится строка с сообщением об окончании проверки. <br /> <br /> И теперь начинается основная информативная часть отчёта. Первые 3 строки — тип и версия веб-сервера, тестируемый хост и порт. Дальше идёт информация о запрашиваемом URL – путь и размер данных получаемых в ответ. Затем следуют данные о произведённых запросах. Поочерёдно: количество<br /> запросов посылаемых одновременно, время потраченное на тестирование, общее количество запросов и число неудачных обращений (сервер не ответил, время ожидания ответа истекло). Следующим блоком показана информация о передаче данных между клиентом и сервером. По порядку. Количество ошибок при отправке данных. Сколько всего данных было передано, сколько всего HTML-данных былопередано. Второе всегда меньше первого по двум причинам — за общий объём данных считаются<br /> заголовки запроса и HTML-код, за общий объём считается любая информация если Вы производили<br /> обращения не к HTML-документам. Дальше указано среднее количество запросов в секунду и среднее<br /> время в миллисекундах, затрачиваемое на один запрос. Здесь 2 значения затраченного времени - фактически и без учёта конкурентных запросов. Эти значения всегда отличаются не сильно и большого значения разница между ними не имеет. Ну и кончается этот блок записью о среднем объёме передаваемых данных за секунду.<br /> Предпоследняя часть отчёта — информация о проведённых во время тестирования соединениях.<br /> В левой части находятся названия строк — соединение, обработка, ожидание, общее время. А в самой<br /> таблице содержится минимальное, среднее, и максимальное время прохождения этих событий.<br /> Последняя информация, помещаемая в отчёт, содержит соотношения времени выполнения запросов к их процентам. То есть указано сколько процентов запросов было выполнено за определённое время. В<br /> нашем случае эти данные будут читаться так — 50% запросов было выполнено в пределах 1468 миллисекунд, 66% - в пределах 1625 миллисекунд, 75% - в пределах 1718 миллисекунд и т.д.<br /> Вот такой простой, но полезный инструмент. В умелых руках может быть крайне эффективным. Главное<br /> он очень прост и лёгок в освоении, что хорошо для новичков. Последней версией AB поддерживается<br /> 25 параметров, часть из которых чисто «косметические». Единственный недостаток который я бы отметил это отсутствие возможности производить запросы сразу по нескольким URL. Но это нужно не<br /> всегда. В конце концов для серьёзных тестирований есть соответствующий софт. Удачи!<br /> <br /> <br /> == ab – Утилита для нагрузочного тестирования Apache-серверов. MAN ==<br /> <br /> <br /> AB — это утилита для нагрузочного тестирования веб-серверов Apache. Он специально создан для того<br /> что бы Вы могли проанализировать стойкость своего веб-сервера к большим нагрузкам. В частности он<br /> может показать сколько одновременных запросов сервер может выдержать.<br /> Синтаксис запуска<br /> ab [ -A логин:пароль ] [ -c кол-во_параллельных_запросов ] [ -C имя_cookie=значчение ] [ -d ] [ -e csv-<br /> файл ] [ -g gnuplot-файл ] [ -h ] [ -H заголовок ] [ -i ] [ -k ] [ -n кол-во_запросов ] [ -p POST-файл ] [ -P<br /> proxy-логин:пароль ] [ -q ] [ -s ] [ -S ] [ -t лимит_времени ] [ -T content-type ] [ -v<br /> режим_вывода_отчётности] [ -V ] [ -w ] [ -x параметры_тега_&lt;table&gt; ] [ -X proxy[ort] ] [ -y<br /> параметры_тега_&lt;tr&gt; ] [ -z параметры_тега_&lt;td&gt; ] [http://]хост[:порт]/путь<br /> <br /> Допустимые опции<br /> -A логин:пароль<br /> Опция позволяет включить поддержку аутентификации. Имя пользователя и пароль разделяются<br /> одиночным символом «:» и при передаче кодируются по алгоритму base64. Строка с данными<br /> авторизации посылается серверу всегда, вне зависимости от его требований (например ответе «401<br /> требуется авторизация»)<br /> -c количество<br /> Количество запросов посылаемых параллельно за один раз. По умолчанию этот параметр равен<br /> единице.<br /> -C имя-cookie=значение<br /> Устанавливает строку Cookie в заголовке запроса. Значение этого параметра должно передаваться<br /> в виде «имя=значение». Параметр может быть использован несколько раз.<br /> -d<br /> Не показывать таблицу соотношения количества запросов к времени их выполнения.<br /> (Поумолчанию она выводится в конце отчёта).<br /> -e имя-csv-файла<br /> Записывает в CSV-виде (значения разделённые запятой) данные о времени выполнения каждого<br /> запроса. Опция будет более полезной если Вы создаёте отчёт в виде 'gnuplot'-файла.<br /> -g имя-gnuplot-файла<br /> Записать всю полученную информацию в файл в формате 'gnuplot' или TSV (значения разделённые<br /> tab`ом) . Файл может быть легко импортировав в следующие пакеты: Gnuplot, IDL, Mathematica,<br /> Igor или даже Excel. Названия колонок помещаются в самой первой строке файла.<br /> -h<br /> Показ справки.<br /> -H заголовок<br /> Добавляет какое-либо поле в заголовок запроса. Значение этого параметра должно быть в виде<br /> правильного заголовочного поля и значения, отделённого двоеточием (например &quot;Accept-Encoding:<br /> zip/zop;8bit&quot;).<br /> -i<br /> Использовать HEAD-запросы вместо GET.<br /> -k<br /> Использовать HTTP KeepAlive. То есть производить множество запросов в рамках одной HTTP-<br /> сессии. По умолчанию эта опция отключена.<br /> -n количество запросов<br /> Количество запросов которое будет отправлено при тестировании. По умолчанию этот параметр<br /> равен единице, что может использоваться для проверки работоспособности AB и доступности для<br /> него сервера.<br /> -p путь-к-файлу-с-POST-данными<br /> Путь к файлу содержащему данные для POST-запроса.<br /> -P имя-пользователя:пароль<br /> Включение авторизации для Proxy-серверов. Логин и пароль разделяются одиночным двоеточием<br /> («:») и посылаются в виде закодированной base64-строки. Строка посылается всегда, вне<br /> зависимости от требований сервера (например ответа с заголовком «407 требуется авторизация<br /> для proxy-сервера»).<br /> -q<br /> Когда при тестировании требуется отправить больше 150 запросов AB показывает подробный ход<br /> их отправки. Как только отправляется 10% из них (минимальный порог — 100 запросов) то<br /> программа выводит соответствующее уведомление. Данная опция отключает этот вывод.<br /> -s<br /> Если AB собран с поддержкой SSL (это можно увидеть вызвав утилиту с опцией -h) то эта опция<br /> указывает ему использовать HTTPS вместо HTTP. Функция сейчас находится в стадии<br /> тестирования, поэтому мы не рекомендуем её использовать.<br /> -S<br /> Не показывать информацию об ошибках, предупреждениях и отклонениях в поведении. (В точном<br /> переводе этой опции я не уверен. Обратитесь пожалуйста к официальной документации. - п.п)<br /> -t timelimit<br /> Максимальное время проведения тестирования. Например эту опцию можно использовать с<br /> указанием количества запросов в 50000. За указанное время программа постарается произвести<br /> заданное количество обращений. По умолчанию этот лимит не устанавливается.<br /> -T content-type<br /> Поле «Content-type» при отправке POST-запросов.<br /> -v уровень-вывода-отчётов<br /> Устанавливает уровень вывода отчётности. При уровне 4 выводится информация о заголовках. При<br /> уровне 3 - код ответа (404, 200, и т.д.). При уровне 2 - информация о различных предупреждениях/<br /> ошибках и т.д.<br /> -V<br /> Показать номер текущей версии и выйти.<br /> -w<br /> Печатать ответ в виде HTML-таблицы. По умолчанию таблица состоит из 2 колонок и имеет белый<br /> фон.<br /> -x &lt;table&gt;-параметры<br /> Строка параметров для тега &lt;table&gt;. Они вставляются в тег следующим образом - «&lt;table здесь &gt;».<br /> -X адрес-прокси[:порт]<br /> Использовать PROXY-сервер<br /> -y &lt;tr&gt;-параметры<br /> Строка с параметрами для тега &lt;tr&gt; (аналогично -х).<br /> [b]-z &lt;td&gt;-параметры<br /> Строка параметров для тега &lt;td&gt; (аналогично -х).<br /> <br /> [[Category:Web]]</div>

Sol