|
|
#1
20.12.2004, 15:26
|
|||
|
|||
Привет! хотелось бы найти помощи у знающих людей...
Проблема обыденная: с годами сотрудничества на хостера не возникало никаких обид, как, вдруг, с возрастанием посещаемости и усложнением скриптов сайта по середь дня сервер стал реально страдать от перегрузки... хостер - caravan.ru, тариф - профи так вот, хотелось бы узнать: винить во всем хостера, себя за написание скриптов, некоторые из которых выполняются аж по пол секунды, или искать иное решение проблемы, как, например, каким-либо образом, ускорение работы сервера... в любом случае, помимо критики, хотелось бы услышать и советы всем, заранее, большое спасибо 
|
|
#4
20.12.2004, 21:31
|
|||
|
|||
|
Искать причины в себе (точнее - в своем ПО).
Начнем с того, что у Каравана, так скажем, нестандартная технология хостинга. Грубо говоря, каждый виртуальный сервер имеет свой жесткий лимит ресурсов, для каждого сервера установлен отдельный сервер БД и апач. Нечно похожее было у Хайвея (до смены владельца).
|
|
#5
20.12.2004, 21:31
|
|||
|
|||
|
20 запросов - имеется ввиду sql в секунду? или это 20 посетителей в онлайне?
anyway, это все равно слишком мало, чтобы перегрузить нормальный сервер (подразумеваем, что скрипты и запросы написаны грамотными людьми), но довольно много для virtual хостинга. полагаю, на сервере вы не один такой  можно попробовать пооптимизировать скрипты (прикрутить кеширование или перевести в статику редкоменяющуюся информацию) или переходить на более другие тарифы, вроде vds или выделенного сервера.
__________________
I don't exist when you're not here...
|
|
#6
20.12.2004, 21:32
|
|||
|
|||
|
В вашем случае оптимальным выбором стала бы покупка виртуального выделенного сервера.
Если желаете, могу помочь с приобретением оного. Все необходимые документы для юр. лиц предоставляются.
|
|
#7
20.12.2004, 23:27
|
|||
|
|||
|
всем спасибо за скорую реакцию
выделенный сервер я и сам рассматриваю как возможное решение, но, вот, ни разу с этим не сталкивался и не знаю, насколько велика разница с виртуальным... кто знает - похвастайтесь, плиз =) 2 Sergio: нет сомнения, кеширование решит проблемы даже с самым голимым хостером, но для этого придется переписывать движок сайта... чего - ой как - не хочется делать!... да больно жирно будет =) посему оставляю сие решение на самый крайний случай.. а под 20 запросами я подразумевал threads просматриваемые в маескьюэл клиенте... одно не понимаю... ведь, даже, если представить худшее: в один момент все 20 пользователей обращаются к самому загруженному скрипту, который обрабатывается пол секунды - 20*0.5=10 секунд... случалось бы такое пару раз в день - я бы и задницу не чесал, но, ведь, сам уже натыкался на такое, что ответ получаешь через 20 или 30 секунд... а то - и вовсе, до таймаута доходит и, кстати, стабильно сервер начинает тупить, когда к нему подключаешься удаленным маескьюэл клиентом Если все настолько худо с производительностью серваков... - не могу представить, как же, вообще, живут серверы с форумами и прочей дребеденью? тепер, объективно, хотелось бы получить ответы на следующие вопросы: 1. какой хостер, с точки зрения скорости обработки скриптов, считается наиболее надежным? 2. действительно, опасны ли настолько относительно медленные скрипты для сайта с посещаемостью 300 человек? а, главное, какова оптимальная скорость для выполнения скрипта?
|
|
#8
21.12.2004, 00:53
|
|||
|
|||
|
нет сомнения, кеширование решит проблемы даже с самым голимым хостером, но для этого придется переписывать движок сайта... чего - ой как - не хочется делать!
на самом деле это полезная фича и реализуется не слишком сложно. вот, например, у меня генерация страницы с нуля занимает 0,1 - 0,5 с (зависит от типа страницы) на среднезагруженном сервере. отдача страницы из кеша - 0,01 - 0,03. разница на порядок. причем, у меня кешируется только информация из базы, шаблон каждый раз заново обрабатывается. ведь, даже, если представить худшее: в один момент все 20 пользователей обращаются к самому загруженному скрипту, который обрабатывается пол секунды - 20*0.5=10 секунд... помимо вас, там еще сотня-другая клиентов... и неизвестно насколько грамотных в плане оптимизации скриптов и запросов. какой хостер, с точки зрения скорости обработки скриптов, считается наиболее надежным? мастерхост, азз.ру. действительно, опасны ли настолько относительно медленные скрипты для сайта с посещаемостью 300 человек? 300, если это не онлайн - семечки. какова оптимальная скорость для выполнения скрипта? время выполнения скрипта, как таковое, не слишком важная величина. не следует забывать о расходуемой памяти и процессорном времени. помимо общей оптимизации запросов к базе (в доках к мускулу это хорошо описывается) нужно, например, в пхп: не использовать pconnect, всегда делать mysql_free_result и mysql_close в конце, не использовать длинных (более 8 символов) названий переменных и функций. в перл: лучше всего его вообще не использовать , если это не mod_perl или у хостера не используются pre-load modules.
__________________
I don't exist when you're not here...
|
|
#9
21.12.2004, 11:58
|
|||
|
|||
|
Поверьте, если виртуальный выделенный сервер (vps) не unmanaged (то есть присутствует нормальный саппорт, а не "это стоит столько, а вон то - вот столько"
 , если на нем установлена панель управления - вы почувствуете только приятное чувство свободы.
|
