QUOTE(Admin @ 29.09.2005, 12:59)
Должен ли клиент верить на слово хостеру, что скрипты его сайта перегружают сервер?
Если хостер раскрыл алгоритм подсчета нагрузки, схема "прозрачна" и единообразна для всех аккаунтов, если клиенту приходят регулярные уведомления о том, что в такой-то период превышена нагрузка, то, наверное, нет причин не верить. Немаловажный фактор - репутация хостера, его компетентность, грамотность, опыт. Да, речь не о пионере-реселлере, который перепродает 500Мб и даже не знает, как считается нагрузка... ему вдруг показалось, что сайт "тяжелый" он и гонит клиента.
Далее обсуждался вопрос, как клиент может проверить.
QUOTE(SavaHost.com @ 29.09.2005, 17:11)
Фактически ничем, ибо даже top -c и mytop требуют root доступа, которого естественно клиенту никто и никогда не даст.
Неправильно. top, ps - доступны не из под рута, а на некоторых системах они покажут только процессы того пользователя, под кем запускаются. В этом случае нет причин закрывать ит от пользователей.
У клиента есть еще команда time. Можно оперировать ей и вполне успешно.
Если речь о нагрузке на базу, то можно ставить лимиты максконекшен в час (спеуиально для этого их и придумали разработчики). А клиент если не верит, может во всех скриптах ставить подсчет запросов и вести свой лог.
QUOTE(eSupport.org.ua @ 30.09.2005, 15:50)
Например загрузка от php скриптов меньше где используется mod_php, а не phpsuexec.
Не совсем верное утверждение в контексте темы.
Использование дополнительного обработчика (т.е. установка php как cgi) - это дополнительный оверхед, б
ольшая нагрузка на сервер в целом, дольшее время выполнение скрипта. Но процентное соотношение не меняется. Да, верно, что из-за возросшей нагрузки в целом провайдер может разместить меньше клиентов на один сервер, зато он получает отличную возможность контролировать загрузку утилитой sa (так как php-скрипты "становятся" cgi-скриптами). Появляются и другие плюсы, но это не по теме... А вот в случае php как модуля в класическом варианте (без собственный патчей и "хаканья") таких средств контроля за php-скриптами не получить (они выполняются от apache). И верить хостеру на слово, что php-скрипт такого-то пользователя загрузил сервер, в этом случае нельзя.
QUOTE(Admin @ 30.09.2005, 13:57)
Следовательно, в подобных ситуациях, у клиента два выхода - либо оптимизировать свои скрипты под "дешевого" хостера, либо попытаться забрать неиспользованные деньги и перенести проект к нормальному хостеру?
Процентное соотношение - оно, как говорят, и в Африке процентное соотношение. До доля правды в Вашем утверждении есть. Некоторые системы (а таковыми
я считаю любые однопроцессорные системы) менее приспособлены под серверные решения и использовать их под шаред-хостинг с сотнями клиентов - это неразумно. Под такого хостера оптимизировать скрипты не стоит.
QUOTE(eSupport.org.ua @ 29.09.2005, 16:59)
Может купить сервер, поставить на него ПО идентичное хостерскому и протестировать свои скрипты там.
Уже прозвучал намек, что нереально. Да, нереально.
Коротко.
Как проверить? Как проверить?
1- top, ps, time, подсчет запросов - клиенту в руки
2 - наличие "прозрачной" схемы, доверие, репутация