Отправляет email-рассылки с помощью сервиса Sendsay

За 2006-10-07

Re[3]: Как определить скорость работы сервера

g> В итоге требуется определить скорость загрузки странички, если эта скорость
низкая,
g> определить в чем причина, возможно в mysql, возможно в канале, возможно в
скорости
g> обработки скриптов. Поэтому я все это дело назвал в совокупности скорость
работы
g> сервера.

Фигня на постном масле, Евгений. Разные странички могут генерироваться
с совершенно разной скоростью. Даже одна и та же страничка, например,
для неавторизованного юзера и для авторизованного - может
генерироваться с разной скоростью. Может быть организован кэш
средствами CMS - и система сама будет решать, например, что
быстрогенерящиеся страницы надо генерить, а медленногенерящиеся -
брать из кэша с перегенерацией раз в сутки. Так же CMS может измерять
текущую посещаемость и при ее повышении - начинать генерить страницы
только для каждого второго, каждого третьего юзера, а промежуточные
запросы брать из кэша. Система может распределять запросы между
зеркалами баз данных и физическими зеркалами (как это делает Яндекс),
и так далее.

Поэтому то что вы хотите - встать рядом с секундомером и все сразу
замерить - бессмысленно, так же как меряться попугаями в 3DMark. То
что вы на самом деле хотите - называется "профилирование". Это работы
по определению времени выполнения участков кода и SQL-запросов.
В вашем случае самый простой способ - это взять имеющуюся систему,
внедрить в нее нужные счетчики (ваш программист должен написать
необходимые функции, позволяющие замерять длительность выполнения
каждого SQL-запроса, каждого метода PHP, и выводить все это в красивую
таблицу) и установить на разные хостинги для сравнения. Далее, ваш
программист должен воспользоваться ПО для имитации нагрузки на систему
и сделать это несколько раз в сутки по каждой системе на каждом
хостинге.

На колокейшене одновременно с этим следует запустить через шелл
команду top (для юникс-хостинга) и наблюдать за загруженностью
процессора. Получится ли это на shared-хостинге - неизвестно.

Если системы у вас нет, то ваш программист должен сделать
предположения о том, какие типы SQL-запросов и какие функции PHP будут
в ней реализованы. Далее, создаются имитационные файлы, выполняющие
эти запросы и эти функции - просто с целью замера времени, и после
этого так же выполняется нагрузочное тестирование.

Скорость канала может влиять на быстродействие сервера только
в некоторых экзотических случаях. Я думаю, что если бы у вас был
именно такой случай, то ваши вопросы были бы поставлены по-другому.

   2006-10-07 13:29:19 (#597990)

Re[2]: Как определить скорость работы сервера

>
> Здравствуйте, greentroll.
>
> Вы писали 6 октября 2006 г., 20:26:20:
>
> > Приветствую!
>
> > Существует платный хостинг у кампании агава по тарифному плану нормал.
> > Вопрос: Как определить скорость работы сервера а именно сайта на этом хоснинге.
> > Исходные данные: используется база данных Mysql и PHP.
>
> > Для чего все это нужно? Для выбора хостинг компании и определения качества
> заявленных
> > усдуг.
>
> Собственно, непонятно, что именнол определить? Скорость загрузки
> сервера в целом или БД или канала связи?

В итоге требуется определить скорость загрузки странички, если эта скорость низкая,
определить в чем причина, возможно в mysql, возможно в канале, возможно в скорости
обработки скриптов. Поэтому я все это дело назвал в совокупности скорость работы
сервера.

С уважением, Евгений.



библиотекa сайтостроительства http://www.i2r.ru/static/244/

   2006-10-07 02:07:51 (#597928)

Re[9]: Яндекс - сумасшедшая машина?

Hello Дубок,

Friday, October 6, 2006, 11:21:03 PM, you wrote:

>> Резкий рост количества бэклинков не может быть причиной бана сайта.
>> В крайнем случае это может повлечь за собой пессимизацию сайта
>> (понижение в выдаче).

Д> Не стану с Вами спорить. Просто в моей практике был случай, когда слишком
Д> активная покупка ссылок с сайтов с высоким ПР привела к бану в Гугле. Причем
Д> сайты подбирались той же тематики (по возможности), ссылок было поставлено
Д> около 100 за неделю (речь идет об англоязычном ресурсе). Насчет Яндекса
Д> такого сказать не могу.
Д> Человек спросил о возможных причинах - вот и объясняю.

Я в основном с Яндексом работаю. Там, насколько я могу судить из
опыта, ситуация обстоит именно описанным мною образом. О Гугле в
этом плане ничего объективного сказать не могу. Не дружу я с ними:)

Хотя АдСенс у них хороший...

Все для веб-мастера на http://www.htmlinfo.kiev.ua
Форум для веб-мастеров: http://forum.htmlinfo.kiev.ua

   2006-10-07 00:42:34 (#597914)

Re[8]: Яндекс - сумасшедшая машина?

> Резкий рост количества бэклинков не может быть причиной бана сайта.
> В крайнем случае это может повлечь за собой пессимизацию сайта
> (понижение в выдаче).

Не стану с Вами спорить. Просто в моей практике был случай, когда слишком
активная покупка ссылок с сайтов с высоким ПР привела к бану в Гугле. Причем
сайты подбирались той же тематики (по возможности), ссылок было поставлено
около 100 за неделю (речь идет об англоязычном ресурсе). Насчет Яндекса
такого сказать не могу.
Человек спросил о возможных причинах - вот и объясняю.



библиотекa сайтостроительства http://www.i2r.ru/static/244/

   2006-10-07 00:19:20 (#597910)