Как-то не сходятся концы...
Support ClickHost.RU
Отправлено: 05/02/2009 07:55:55 pm
Закрытый
Время между событиями:
13 hrs 53 mins Можно даже не тратить время на измерения. У вас тариф самый слабенький из данной линейки это раз. На ноде 32 vps. Ресурсы распределяются между ними, по этому привязки конкретной к ним нет.
Лучше посмотреть в сторону RootDS. Там ресурсы гарантированы.
Впрочем это кликхост.
Каким боком они стали
1. устойчивыми
2. в россии
?
для ТС: лучше ДНСы при таком эксперименте оставить где-нибудь в месте, где вы их быстро поменять сможете...
VPS по крайней мере доступен, и похоже, что обслуживает клиентов.
Хотя спору нет, провалы в связи по причине атак бывают.
Что с этим делать непонятно. Проект, который лежит там небольшой
и малобюджетный... и требует минимум ВПС... куда его еще приткнуть
ума не приложу.
Сейчас крутится там на минимальном тарифе. Ресурсов хватает вполне.
Да именно про нее.
Поскольку, скажем так, на мне весит с десяток малобюджетных проектов с 3-4 ящиками на каждом, вариант с зеноном просто не подошел... покупать 10 тарифных планов немного грусно было бы :).
Собственно с веб-хостингом именно это и "доконало".
Я один из нелояльных клиентов :).
И надо сказать мой уход от зенона был в основном связан с какой-то странной работой их почтового сервера.
С одной стороны он периодически не работал (по состоянию 2-3 года назад), скажем на 2-3 часа раз в месяц. К сожалению, для довольно бурного бизнеса это ОФИГЕННО неудобно.
Представьте себе офис на 100 человек, где раз в месяц без предупреждения гасят свет :).
С другой стороны, как я понял зенон не предоставляет различных настроек почтового сервера для различных сайтов, поэтому всякую мелочь оттуда пришлось тоже убрать.
В целом... хостинг как хостинг, со своими тараканами, мастерхост скажем так понравился несколько меньше. Но не падает почтовик и то слава богу.
100% использует, иначе он повисал бы в некоторых случаях.
Про буриданова осла почитайте...
Другое дело, каково влияние этого рандома, не думаю что оно вообще поддается измерению. (мало)
Сказки-же про то, что кто-то умеет дешифровывать закрытые ключи по открытым - это чистое непонимание того чем подбор отличается от дешифровки. Могу прислать на пробу ключик подлиннее, чтоб его того.. дешифровали.
ЗЫ. А вообще все довольно просто. Известно как предсказывать погоду, в этом нет ничего мистического. И прогноз точен. Очень точен. Если очень точны начальные данные, но вод засада... если начальные данные отличаются на сотые доли процентов прогноз начинает отличаться на десятки и сотни процентов... и с этим ничего не сделать, такова природа вещей.
В яндексе-же померять вообще нечего :).
В общем да, для прикладной задачи возможно и такое решение.
Но тестирование самого mysql ежелиб оно показало его болезнь - аргумент поправить там, где он есть сейчас...
Вероятно придется тащитиь все это на ВПС и смотреть что будет.
Да смотрел я в запросы. Там в основном всякие select count() или выборки по имеющемуся индексу. Никаких джойнов итп. Непонятно. Половина запросов вообще пустой результат дает.
30-40 запросов загружают работой секунд на 5-10.
Может это порядок :) ?
Честно говоря с вирт. хостингом особо дел не имел.
Да... база... для простоты - интернет-магазин с 300 товарами... соответственно даже 1000 строк нигде нет. Она вся около мегабайта-трех...
ЗЫ. Про глобал это вы верно сказали... однако разницы большой нет, т.е. в глобал все еще лучше в % :)
ЗЫЫ. Хостинг из брендовых.
Ну значит скрипты выкинем :).
А жаль, сервер было-бы проще...
Спасибо за ваши дельные теоретические советы, но мне нужна практическая информация касательно оценок функционирования сервера, а не скриптов. Что потом с чем делать
мы уж как-нибудь сами :)
_SP_ добавил 28.01.2009 в 16:50
Вероятно речь шла о SHOW STATUS
Попробовал из phpmyadmin
Результат:
Table_locks_immediate 2891378
Table_locks_waited 13415
0.5%... вроде
Aborted_clients 42
Aborted_connects 591
Uptime 13176
Uptime_since_flush_status 13176
Connections 223917
Bytes_received 610
Bytes_sent 8346
два последних странно...
Как бум интерпретировать :) ? Сервер здоров ?
Еще такое есть
Threads_cached 52
Threads_connected 19
Threads_created 290
Threads_running 8
