Я писал ранее и повторю еще раз - "limits работает на уровне ядра и влияет на любой процесс, изучайте матчасть."

Ядру все равно keepalive там или нет, убъет и все.

Ядру конечно же все равно, а Rlimit'у нет, не убивает Rlimit иногда!

Я выбрал для себя пока что rusonyx так как там есть этот самый спидометр примерно. В Мастерхост возвращаться не хочу так как не знаю есть ли у них лимиты. Да и спидометра не видел в панели Мастерхоста. Аналоги Русоникса есть еще в России? Лучше выбрать хостинг ограничивающий ресурсы умеренно, чем shared который вдруг умрет сразу.

Или у Вас rlimit не так работает или ядро неправильное. У меня всегда убивает

Лимиты на шареде ИМХО полный бред, eSupport у вас всетаки подход более "дедиковский" если клиенты нормальные то иногда им надо выполнить несколько тяжелых скриптов, и это даже жизненно необходимо например какой-нибудь cron.php, при лимитах отваливается сразу огромная куча CMS так как при более менее выросшей базе такое обламывается на корню, при отсутствии же лимитов это кратковременное превышение допустимой нагрузки на что можно закрыть глаза, довольны остаются все и хостер и клиент. Да и в любом случае если включить лимиты пользователь будет сразу кричать а вот на хостинге X у меня работает и нормально а у Вас нет => хоcтер редиска.

На shared хостингах бывают ненормальные клиенты. А нормальные давно ушли на vps или дедики.

Отключили у меня аккаунт за нагрузку. Начал разбираться в чем дело, хостер сказал что из-за форума проблема и его подключения к базе. Понаатключал все скрипты, сменил пароль доступа к базе. Посмотрел статистику в phpmyadmin, а там около 30 запросов в секунду показывает. И нарузка на процессор скачет от 2 до 13.
хостинг goldhost
php - 4.4.6
MySQL - 4.0.27
в качестве форума использую "phorum" 5.1.16
Загрузка форума около 5-15к хитов в месяц.
Как быть в этой ситуации, винить себя или хостера? А может спидометр глючит и неправильные значения показывает?

30 одновременных коннектов - это не мало.

Немного о пользе информирования пользователя о превышении лимитов

Из собственного опыта, как пользователя.

На одном хостинге держу торрент-клиент bittornado+torrentflux.
Он отличается иногда нехорошим поведением в смысле большой нагрузки на cpu во время хеш-чекинга.
Причем, если он зависнет во время проверки хеша, то будет продолжать грузить процессор примерно на 8-10% пока его не убьют.

Согласитесь, что если я не замечу зависший процесс и не приму меры в течение менее 15 минут, то админ хостинга будет недоволен

Решение было найдено простое - раз в 5 минут выполняется обычный top (под рутом ессно). Результаты видны всем юзерам хостинга (скидываются в html страницу, доступную извне).
У меня же висит на кроне скрипт, который раз в 5 минут проверяет вывод топа и если видит там мой процесс с загрузкой процессора более 2%, то фиксирует это. Если видит повторно, то убивает, а мне шлет письмо об убитом процессе.

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

Скрипт для этого ненужен
Есть системные лимиты.

Системные лимиты не пошлют письмо о произошедшем и не датут удобной информации.
debugger, хорошая идея, может по доброте душевной поделитесь?

ИМХО проще писать демона на Perl/C который и будет мониторить нагрузку по CPU/MEM/Uptime и прочему с логикой киляния такого процесса и логгированием этих данных, что бы обезопасить сам демон от умирания под большой нагрузкой дется ему приоритет (nice) и все прекрасно работает.

P.S. Проверено на практике

Интересно, как он будет MySQL килять.

1. Легко и просто если знаешь Perl/SQL и прикрученный mytop

2. Я говорил писать демона в противовес обычным жестким лимитам ядра, сам подумай а как по твоему PAM лимиты (limits.conf) спасут тебя от mysql перегрузки?

У mysql есть свои лимиты - на число запросов например.

Этого не достаточно при желание можно несколькими запросами так поставить пардон "раком" тот же mysql А при желании и вызвать острый дефицит ресурсов Все конечно относительно но ограничение на количество коннектов явно не достаточная мера.

Ребята обьясните пожалуйста что значит сея китайская граммота. И что мне надо сделать чтобы на меня сошла благодать божья.
а то вот не как не вьеду. заранее спасибо

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

Вы правы мускул 500 метров. как уменьшить его размер? какие программы использовать. и где их взять

так происходит периодически

Возможно кэшировать и отдавать html файлами?
Или поменять нюку на что нибудь полегче...
Обратитесь к edogs - может что подскажут. Я тут не советчик...

Китайская грамота показывает запросы которые выполнялись в период наибольшей нагрузки на базу и некоторые данные по ним. Насколько мы помним, не обязательно в грамоту попадают действительно виновные запросы, могли попасть под замес. Если бы не валуехост, мы бы посоветовали уточнить у хостера, но тут ой

Из того что у Вас тут видно, макс. нагрузку скорее всего создает первый запрос, так как в стандартной нюке нет индексов в таблице nuke_stories в поле time. Следовательно зайдите в phpmyadmin и создайте индекс для этого поля, может реально помочь. Выборка у Вас идет с лимитом после сортировки по полю time, т.е. время уходит на сортировку большой базы. На topic и counter полях индексы по умолчанию должны стоять, так что вряд ли проблема там, но убедитесь что и на этих полях индексы всё-таки стоят, если нет - тоже поставьте.

А вообще php-nuke в конфигурации по умолчанию не самая быстрая система, поэтому мы бы порекомендовали или поставить какой-то из клонов (раз сайт не новый - Вы уже знаете что Вам нужно, так что можно выбирать) из тех что делались с упором на скорость работы. Если не хотите менять на клон, то можно попробовать заняться оптимизацией вручную. Почитать о ручной оптимизации можно на mynuke.ru и на phpnuke.ru, поискать и выбрать клон на phpnuke.ru и на rusnuke.com (только относитесь критичнее к советам по выбору клона).

Индекс(ы) в любом случае все равно повесьте, именно эта проблема у Вас почти наверняка из-за его отсутствия, а клоны и оптимизации направлены как правило на уменьшение количества запросов, а не на расстановку индексов.

Или что бы не "грузить" Вас - запустите это в phpmyadmin, по очереди.

Re: Не могу зайти на ФТП
Данная тема считается закрытой




Сообщение 1 из 8 отправлено 01-05-2007 в 22:08:23
Отправитель: Вы
Кому: Отдел администраторов серверов
Заголовок: Не могу зайти на ФТП
Текст сообщения: Не могу зайти на фтп. Пароль не отстрелен до его истечения осталось 90 дней.
сделайте пожалуйста бекап mysql gazet82_ganr
своими силами мы это сделать не можем




Сообщение 2 из 8 отправлено 01-05-2007 в 22:12:45
Отправитель: Красновский Александр Иванович
Должность: UNIX администратор
Отдел: Отдел администраторов серверов
Кому: Вам
Заголовок: Re[2]: Не могу зайти на ФТП
Текст сообщения: Дорогой Клиент,

Спасибо за Ваше письмо.
Проверяем gazet82..
Коннектимся к gazet82.valuehost.ru..Ok
Меняем ftp-пароль на test ()..Ok
Входим на ftp под логином gazet82 и паролем test..Работает :-)
Меняем ftp-пароль обратно на оригинал ()..Ok

База была выключена 19 апреля по причини монополизации сервера медленными запросами. Лог запросов в корне сервера. Файл gazet82_ganr_slow.log Эти запросы следует пересмотреть или убрать для включения БД.

Спасибо за выбор Valuehost.

С Уважением,
Компания Valuehost в странах СНГ





Сообщение 3 из 8 отправлено 01-05-2007 в 23:27:43
Отправитель: Вы
Кому: Отдел администраторов серверов
Заголовок: Re[3]: Не могу зайти на ФТП
Текст сообщения: запустите mysql :-)





Сообщение 4 из 8 отправлено 01-05-2007 в 23:28:45
Отправитель: Красновский Александр Иванович
Должность: UNIX администратор
Отдел: Отдел администраторов серверов
Кому: Вам
Заголовок: Re[4]: Не могу зайти на ФТП
Текст сообщения: Дорогой Клиент,

Спасибо за Ваше письмо.
Какие Вами были приняты меры?

Спасибо за выбор Valuehost.

С Уважением,
Компания Valuehost в странах СНГ







Сообщение 5 из 8 отправлено 01-05-2007 в 23:45:16
Отправитель: Вы
Кому: Отдел администраторов серверов
Заголовок: Re[5]: Не могу зайти на ФТП
Текст сообщения: http://forum.hostobzor.ru/index.php?showtopic=5849&st=60
сделайте бекап(а то не охото терять мускул)
а затем сделать индексы в таблице как советовали добрые люди на форуме.





Сообщение 6 из 8 отправлено 01-05-2007 в 23:53:39
Отправитель: Красновский Александр Иванович
Должность: UNIX администратор
Отдел: Отдел администраторов серверов
Кому: Вам
Заголовок: Re[6]: Не могу зайти на ФТП
Текст сообщения: Дорогой Клиент,

Спасибо за Ваше письмо.
Это не поможет. Уберите обращения к базе с сайта и пересмотрите запросы согласно файлу gazet82_ganr_slow.log


Спасибо за выбор Valuehost.

С Уважением,
Компания Valuehost в странах СНГ








Сообщение 7 из 8 отправлено 02-05-2007 в 00:01:37
Отправитель: Вы
Кому: Отдел администраторов серверов
Заголовок: Re[7]: Не могу зайти на ФТП
Текст сообщения: Извините пожалуйста я делитант в этом деле. :-(
я не знаю как сделать. И где про это внятно прочитать.
смысл сайта без муsql. я не понимаю что написано в этом логе.







Сообщение 8 из 8 отправлено 02-05-2007 в 00:04:39
Отправитель: Красновский Александр Иванович
Должность: UNIX администратор
Отдел: Отдел администраторов серверов
Кому: Вам
Заголовок: Re[8]: Не могу зайти на ФТП
Текст сообщения: Дорогой Клиент,

Спасибо за Ваше письмо.
Мы не занимаемся оптимизацией.
Рекомедую обратиться за помощью к специалистам, которые Вам отредактируют скрипты через которые запросы передаются к Вашей БД. Другого варианта предложить не могу, к сожалению.

Спасибо за выбор Valuehost.

С Уважением,
Компания Valuehost в странах СНГ

Сообщение 9 из 15 отправлено 11-05-2007 в 14:57:51
Отправитель: Вы
Кому: Отдел администраторов серверов
Заголовок: Re[9]: Не могу зайти на ФТП
Текст сообщения: сделайте пожалуйста бекап mysql gazet82_ganr
своими силами мы это сделать не можем.
Очень прошу!!!!!! Включите мускул. я его почищу.


Сообщение 10 из 15 отправлено 11-05-2007 в 15:17:13
Отправитель: Владислав Соломонов
Должность: специалист отдела по работе с клиентами
Отдел: Отдел администраторов серверов
Кому: Вам
Заголовок: Re[10]: Не могу зайти на ФТП
Текст сообщения: Дорогой Клиент,

Спасибо за Ваше письмо. Ваш запрос передан в тех. отдел.

Спасибо за выбор Valuehost.

С Уважением,
Компания Valuehost в странах СНГ




Сообщение 11 из 15 отправлено 11-05-2007 в 17:07:08
Отправитель: Дойлов Андрей Сергеевич
Должность: Системный администратор
Отдел: Отдел администраторов серверов
Кому: Вам
Заголовок: Re[11]: Не могу зайти на ФТП
Текст сообщения: Дорогой Клиент,

Спасибо за Ваше письмо. Уберите обращения к базе с сайта и чистите (оптимизируйте).
Потом подключайте к сайту. Если включить прямо сейчас, то базу будет закрыта опять первым же администратором заметившим очередную перегрузку.


Спасибо за выбор Valuehost.

С Уважением,
Компания Valuehost в странах СНГ





Сообщение 12 из 15 отправлено 13-05-2007 в 18:00:07
Отправитель: Вы
Кому: Отдел администраторов серверов
Заголовок: Re[12]: Не могу зайти на ФТП
Текст сообщения: сделайте бекап базы данных



Сообщение 13 из 15 отправлено 13-05-2007 в 18:03:24
Отправитель: Вадим Путин
Должность: Младший специалист отдела по работе с клиентами
Отдел: Отдел администраторов серверов
Кому: Вам
Заголовок: Re[13]: Не могу зайти на ФТП
Текст сообщения: Дорогой Клиент,

Спасибо за Ваше письмо. За какое число? Какой базы?

Спасибо за выбор Valuehost.

С Уважением,
Компания Valuehost в странах СНГ





Сообщение 14 из 15 отправлено 13-05-2007 в 18:14:36
Отправитель: Вы
Кому: Отдел администраторов серверов
Заголовок: Re[14]: Не могу зайти на ФТП
Текст сообщения: бекап mysql gazet82_ganr




Сообщение 15 из 15 отправлено 13-05-2007 в 18:48:15
Отправитель: Никитин Илья Игоревич
Должность: Сотрудник Клиентской Службы
Отдел: Отдел администраторов серверов
Кому: Вам
Заголовок: Re[15]: Не могу зайти на ФТП
Текст сообщения: Дорогой Клиент,

Спасибо за Ваше письмо. База gazet82_ganr была отключена из-за медленных запросов. Лог запросов находится в корне сервера, на фтп. Вам надо оптимизировать запросы к базе после чего напишите сюда заявку на ее активацию с указанием предпринятых Вами мер.

Спасибо за выбор Valuehost.

С Уважением,
Компания Valuehost в странах СНГ



что они от меня хотят?

Если у них есть VIP тарифы то денег.

напишите, что убрали все запросы к БД с сайта, поставьте права на файлы сайта (000) как включат сразу делайте Backup

Имхо отвязаться. Допускаем что они вообще базу посеяли. Как мы поняли базу они включать не хотят пока Вы меры какие-то не примите?
Киньте в корень .htaccess с содержанием deny from all (забакапьте текущий) и напишите им снова просьбу включить базу, аргументируя это тем, что скрипты вызываться не будут, поэтому запросов не будет вообще. Потом сделаете бакап спокойно, а дальше по ситуации. Мы бы советовали поменять хостера. ВХ отнюдь не эталон качества, в работе с базой особенно.
P.S.: Умилил ответ тех.поддержки что индексы не помогут... телепаты блин.

кто возьмется хостить такую махину?
кстати траффик всего 5 гигов в месяц.

Запрещается

Навязывание собственных услуг в любом виде.

Да, скорее всего в разделе Базар предложений будет больше...
P.S. Чур не я!
--------------------
Добавлено: А 5 гигов - это трафик от мускуля до апача или от апача до свопа?

внешний траффик 5 гигов в месяц.
и чур не я. как увидел сайт. начал сочувствовать валуйхосту. не хотел бы иметь такого назойливого клиента как я сам :-)

Что делать то? уже задолбали они. Включат день два и тоже самое.
уже и модернезировали. если на то пошло хватит ли под такую махину(mysql 600мегабайт сайт основан на технологии php-nuke движка) может взять впс?и какие его характеристики потянут это?

SELECT sid, catid, aid, title, time, hometext, bodytext, comments, counter, topic, informant, notes, acomm, score, ratings FROM nuke_stories WHERE (ihome='0' OR catid='0') ORDER BY time DESC LIMIT 0, 10;
# Time: 071118 22:28:14
# User@Host: gazet82_ganr[gazet82_ganr] @ v2.valuehost.ru [217.112.42.18]
# Query_time: 19 Lock_time: 0 Rows_sent: 1 Rows_examined: 36368
use gazet82_ganr;
select sid, title from nuke_stories where topic='6' order by counter desc limit 0,1;
# Time: 071118 22:30:24
# User@Host: gazet82_ganr[gazet82_ganr] @ v2.valuehost.ru [217.112.42.18]
# Query_time: 27 Lock_time: 0 Rows_sent: 1 Rows_examined: 36368
use gazet82_ganr;
select sid, title from nuke_stories where topic='6' order by counter desc limit 0,1;
# Time: 071118 22:32:27
# User@Host: gazet82_ganr[gazet82_ganr] @ v2.valuehost.ru [217.112.42.18]
# Query_time: 11 Lock_time: 0 Rows_sent: 10 Rows_examined: 7803
use gazet82_ganr;
SELECT sid, aid, title, time, hometext, bodytext, comments, counter, topic, informant, notes, acomm, score, ratings FROM nuke_stories where catid='4' ORDER BY time DESC limit 3290, 10;
# Time: 071118 22:34:38
# User@Host: gazet82_ganr[gazet82_ganr] @ v2.valuehost.ru [217.112.42.18]
# Query_time: 27 Lock_time: 0 Rows_sent: 1 Rows_examined: 36368
use gazet82_ganr;
select sid, title from nuke_stories where topic='6' order by counter desc limit 0,1;
# User@Host: gazet82_ganr[gazet82_ganr] @ v2.valuehost.ru [217.112.42.18]
# Query_time: 17 Lock_time: 0 Rows_sent: 10 Rows_examined: 15180
use gazet82_ganr;
SELECT sid, catid, aid, title, time, hometext, bodytext, comments, counter, topic, informant, notes, acomm, score, ratings FROM nuke_stories WHERE (topic='17') ORDER BY time DESC LIMIT 80, 10;
# Time: 071118 22:37:14
# User@Host: gazet82_ganr[gazet82_ganr] @ v2.valuehost.ru [217.112.42.18]
# Query_time: 31 Lock_time: 0 Rows_sent: 1 Rows_examined: 36368
use gazet82_ganr;
select sid, title from nuke_stories where topic='6' order by counter desc limit 0,1;



================================================================================
=================
Total Query_time: 75.25 min Average Query time: 17.7755905511811 sec
Total Lock_time: 25 sec Average Lock time: 0.0984251968503937 sec
Total Rows_sent: 1262452 Average Rows sent by query: 4970.28346456693
Total Rows_examined: 9694764 Average Rows examined by query: 38168.3622047244
Rows_sent/Rows_examined: 13.0219982662806 %
Total Query: 254
================================================================================
=================

к примеру в прошлый раз было вот так:

================================================================================

=================
Total Query_time: 94.7333333333333 min Average Query time: 36.4358974358974 sec
Total Lock_time: 73 sec Average Lock time: 0.467948717948718 sec
Total Rows_sent: 439088 Average Rows sent by query: 2814.66666666667
Total Rows_examined: 4762625 Average Rows examined by query: 30529.6474358974
Rows_sent/Rows_examined: 9.21945355764941 %
Total Query: 156
================================================================================

=================

casper, Вы на поле time индекс повесили?

читал топик, в начале интересно было, ситуация наболевшая многим...но в конце концов уехали с темы совсем.

Мое мнение, кто трактует проблемами с ресурсами - vps или выделенный, слава богу сейчас можно взять что один что другой по доступным цена, там у вас как раз и спидометр будет типа топ-а или даже индикаторов панели...
Когда клиент идет на шеред хостинг, то он сам подписывается под то что кроме него на сервере находятся другие и могут делать нагрузку, никакой страховки или гарантий тут вам никто не даст...да и как хостер может отвечать за действия других, а вот помочь решить обязан, а не в тупую блокировать без какого-либо решения, это просто тупо.
При нормально организованой схеме таких клеинтов можно сносить в черный ящик(мигрировать домены, на специально выделенный сервер, что бы клиенты могли отладить свои скрипты и т.д. и если проблема решена перекидывать назад, делается быстро и сердито). Поставить какой-нибудь старенький П3 Дуал, он справится с такими задачами и клиент в обшем-то тут не может ни на что пожайловатся...
Шеред хостинг хорош лишь для отточеных и обкатаных проектов, нормального ПО и т.д. а все остальное ВПС или дедик...обкатывайте, тестируйте, а потом кидайте на нормальный шеред...а так закинут на 4$ в месяц постнюку с форумом и начинают по форумам тришать, какой плохой хостер.
Единственная вина хостера это блокировка без предупреждения и без решения...поэтому в данном случае должны действительно быть произведена выплата наизрасходованых средств...а если чел сидит в черном яшике, и у него нихрена не работает...то он сам виноват ведь, заточи скрипты и вас перекинут назад на сервер или на VPS.
Кстати, еще более толково поставить на таком черном ящике VPS i Мигрировать таких клиентов, на слабенькие впс-ы, что бы они могли действительно обкатывать свои скрипты...принципиально на дуал коре с 2гб озу можно спокойно 30, а то и под 50 VPS-ok отложить..я не думаю что таких "проблемых" клиентов, даже в средней компании наберется столько, к этому, принципиально некоторые средства позволяют этот весь процесс автоматизировать до нажатия одной кнопки

За чей счет организован банкет? В смысле - кто будет оплачивать сервер и vds для тестирования скриптов пользователей?

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

А к чему удерживать клиентов с кривыми скриптами?

А к чему вообще продавать хостинг хоть кому-либо? Звонят потом, вопросами беспокоят.
Проблемные клиенты - самые хорошие клиенты, просто надо уметь с ними работать - они это умеют ценить "накушавшись" от тех, кто с ними работать не умеет.

Хороший проблемный клиент поставит у себя денвер и будет заниматься скриптами, а плохой проблемный клиент сначала потребует vds, а потом еще и наорет матом что vds тоже плохой и подавай мне выделенный сервер. Сказку о золотой рыбке все помнят?

Умный проблемный клиент сразу будет тестировать скрипты там, где они будут использоваться, а не заниматься тестингом сначала на денвере, потом на аппсерве, потом на хампе, потом под IIS... что бы потом прийти на хостинг где ресурсов и на четверть столько нет сколько у него дома на компьютере + настройки другие и огрести букет проблем по полной.
Помнят, помнят. Поправьте нас если что не так. Это та сказка, где рыбак (клиент-менеджер) неоднократно приходил к старухе (хостеру) с самыми разными завлекательными предложениями от золотой рыбки (головного офиса) с целью наладить нормальную работу корыта (скрипта) в старушенческом доме (сервере), но хостер со своими задвигами испортил бизнес и себе и клиенту. Ага?

Хороший проблемный клиент будет тестировать свои скрипты на денвере и допустим за 2 дня работы снизит нагрузку положим в 200 раз. После чего будет доволен и клиент и хостер

Плохой проблемный клиент сначала затребует vds, потом дедик а потом скажет что сам хочет быть царицею морскою

Вы знаете, а ведь здесь снова проявляется Ваше глубокое убеждение в том, что клиент хостинга должен быть квалифицированнее админов хостинга. Считайте это возражением
А разве клиент за 5 баксов на вирт. хостинге с низкой нагрузкой более выгоден чем клиент на дедике и вип обслуживании по тарифу "царица морская"?

Для оптимизации скриптов не надо быть админом а надо быть программистом, попробуйте возразить?

Если клиент готов платить за vds и дедик - это одно дело, но ведь изначально было сказано что клиентам это нужно давать бесплатно.

Скрипты это не "виртуальный конь в вакууме", они работают в конкретной обстановке на конкретном сервере с конкретными настройками от которых много чего зависит. Попробуете возразить?
Классический пример (достали, слегка осмотрели, выбили пыль, предьявляем ) - импорт пхпбб в вбб (при условии использования стандартного скрипта). На одном сервере занимает около 16 часов на 100к сообщений, на другом (более хилом) 1 час. И кто "виноват"?
Никто не говорит что надо давать навсегда.
А временное "давание" это примитивно вложение в программу лояльности, рекламу вдс/серверов, имидж компании. Это не для "студента", но для нормального хостера.
И многие хостеры таки перемещают проблемных клиентов на менее нагруженный сервер или вообще на вдс/отдельный сервер давая им шанс исправиться.
Да и почему бы нет? Если хостер не занимается оверселлингом совсем уж неприличным образом, у него всегда будут простаивать определённые мощности. Так почему их не использовать?

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

И? От кривых рук администратора сервера никакие золотые руки программера не спасут. Поэтому речь и идет о том, что проблема должна решаться сразу комплексно, а не так что "на тебе клиент - 2 дня ковыряйся, у себя все настроишь, придешь к нам на сервер, всё повиснет - иди ковыряйся еще 2 дня".
Ну право слово, зачем Вы так? Естественно, раз мы приводим пример как аргумент в пользу того, что от настроек хостинга нагрузка зависит, то речь не идет о том, что рядом на хостинге сидел монстр грузящий его под 50LA

Если есть подозрение на кривые настройки - берете любой тестовый хостинг, тут вот рекламируются баннерами, на 5 дней бесплатно и заливаете скрипт. А потом тыкаете носом если действительно проблемы в настройках.
Кроме того если хостер такой кривой, где доказательства что на VDS будут прямые настройки и без оверселлинга?

От настроек хостинга в классическом хостинге не очень то много что зависит, причем самое интересное, что на классическом варианте с LA 4 Ваш сайт может работать медленнее чем на более модерновом варианте с LA 8.

Хотя если Вы видите что на Вашем хостинге постоянный LA 50, то можете уходить с него на другой и без тестирования.

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

А вот еще вариант. Который можно делать без VDS. Это создание индексов. Добавили индекс - получили прирост в скорости и никакой VDS ненужен.


Для реального тестирования нужна специальная платформа с профилированием всех комбинаций php скриптов и mysql запросов. А потом окажется что больше всего ресурсов уходит на компиляцию php

О! Раз так, может хоть Вы подскажете, на что обращать внимание при работе с Битриксом?
Мы тут начинаем хостить сайты на Битриксе, и хочется понять, что является узким местом.
Если ставить под него отдельный сервер, то на что обратить внимание?
Если дисковые операции не критичны, то что тогда? Памяти взять побольше? Процессоры помощнее? Что?

Обращать внимание на технологии
Оптимальнее всего битрикс работает на nginx+fastcgi php

Если у хостера кривые настройки, то клиент обязан выяснить сей факт и объяснить хостеру где именно и что у него не так. Нам кажется Вы несколько путаете обязанности хостера и обязанности клиента.
Битрикс это особый случай, максимум что для него можно сделать с т.з. настроек это дать достаточно памяти на сервере, а оптимиза битрикса с точки зрения программинга - абсолютно непродуктивная идея.

Если у хостера кривые настройки - клиент ничего не объясняет, он голосует ногами и рублем

Так вот, для Вас - битрикс особый случай. А для многих чудо-кодеров с их кривыми поделками - это венец творения в плане оптимизации.