On Fri, 24 Oct 2003, Sergei Golod wrote: > У меня тут другой вопрос/предложение созрел. На одном из серверов я хочу > попробовать использовать oops в качестве баннерорезки. И с этой целью > провожу оценку скорости работы прокси+редиректор(в случаях > сквид+редиректоры) и упс(в одном флаконе). В случае со сквидом все намного > легче - там редиректоры (в частности сравниваются rejik и squidguard) > работают как внешние программы и оценить их скорость работы достаточно > просто: программе передается на вход урл, а редиректор возвращает либо > пустую строку (в случае пропуска) или другой урл (ссылка на пустой счетчик, > баннер на локальном www). Потому запускаем на вход редиректору пару сотен > тысяч урлов и замеряем время работы. А вот с упсом так не пройдет - он > встроен как модуль и передать урл на stdin не получится. Вот и вопрос: > возможно ли модифицировать модуль редиректора таким образом, чтобы он мог > для оценки производительности вести себя аналогичным образом? Или выделить > его в отдельную самостоятельную программу, чтобы оценить качество алгоритмов > и скорость работы.
Всё можно сделать, лишь-бы был смысл :) Вряд-ли скорость модуля будет хуже чем скорость другого редиректора, написанного на C. По сравнению с perl производительность будет(должна быть) лучше в разы. Основные затраты времени - сравнение строк или проверки регексов, но тут от самого oops-а ничего не зависит. Единтственное что может как-то влиять - стратегия прохода по списку редиректов, но, к сожалению, кроме линейного просмотра вряд-ли можно что-либо придумать - порядок просмотра должен совпадать с порядком строк в конфиге. Очень важно: бывают такие регулярные выражения, которые могут просто уложить работу прокси, поскольку сьедают процессор начисто. проверить можно иначе: ставится polygraph (такой бенчмаркинг для проксей), прописывается реальный конфиг редиректора и потом мучаете сквида и oops-a. > > С уважением, Сергей. > p.s. Результаты обязуюсь выложить здесь :) > Igor Khasilev | PACO Links, igor at paco dot net | ===================================================================== If you would like to unsubscribe from this list send message to [EMAIL PROTECTED] with "unsubscribe oops" in message body. Archive is accessible on http://lists.paco.net/oops-rus/
