potential: неужели 600 посетителей в сутки это такая нагрузка что мешает жить сайтам рядом и обирает хостера, или может это у них просто слабый сервак?
- например 600 раз в день скачивают файл размером 500Мб :)
- еще пример: есть кривой скрипт с бесконечным циклом, при запуске которого случается наброс нагрузки на ЦПУ, его запускают 600 раз в день (а может и больше, т. к. посетитель может несколько раз обращаться к одной странице, в этом смысле подсчет посетителей, а не хитов, лукав)
- еще пример кривого скрипта который съедает всю доступную клиенту память
- могут быть медленные запросы к БД и т. д.
- "приличный" хостер всегда говорит клиенту где проблема (у хостера больше возможностей увидеть в каком примерно месте возникает проблема), а если клиент отказывается ее устранять предлагает на выбор: возврат неизрасходованных средств или переход на тариф адекватный создаваемой нагрузке.
Cab081: Уважаемый, мы услугу те-сти-ру-ем. Мы за нее пока не-бе-рем оплату. Она окончательно еще не сформирована. Мы позволили будущим клиентам, я надаеюсь, самим поучаствовать в формировании услуги.
- блин, никто спасибо не скажет, у всех понты :( Ведь ясно говоришь:
LineHost: Ширина импулса во время которого есть доступ до IO, CPU зависит от выделенного объёма памяти для конкретной виртуалки.
Cab081: ребята, не мне вас учить тут жить, вы здесь давно, но можно попросить в ветке не того.. ну, вы сами знаете.
Зря Вы так. Очень интересно как именно сотрудникам serv.lt, лимитируя память гостевого домена, удается управлять количеством доступного домену процессорного времени и операций ввода-вывода :D
Вообще ветка получилась почти юмористическая: домены с 256Мб ОП и без свопа, своп на RAID 1, память лимитирующая ЦПУ 😂 И ведь никто за язык не тянет.
LineHost: Для VPS общего применения экономически не выгодно для свопа ставить отдельне диски и возится с установкой каждого впс вручную выделяя ему своп.
...
P.S. Хоть и работаю с XEN уже четвёртый год, в теме узнал много нового ;)
- Вам еще есть к чему стремиться ;) Выделение свопа не представляет большой сложности и фактически сводится к копированию файлов.
LineHost:
XEN для распределения ресурсов изпользует что то на подобие "широтно импульсной модуляции". Ширина импулса во время которого есть доступ до IO, CPU зависит от выделенного объёма памяти для конкретной виртуалки.
- ошибаетесь, выделенная память тут не причем.
LineHost: При разумной нагрузке на ноду, то что своп на общем диске особенной роли не играет, так как когда конкурирующий VPS изпользует IO, другие просто вобще в паузе.
- в случае когда они все живут на одном диске это так, но у разумного админа сервер имеет более двух дисков :)
Brim.ru добавил 09.04.2009 в 15:57
Cab081: Если система начинает активно свопить и тормозить - уверен, сами прекрасно знаете, - это значит, что неплохо бы добавить памяти, а не купить себе диск побыстрее.
- в отсутствии свопа система вряд ли начнет свопить и тормозить - она просто повалится из-за отсутствия памяти 😂
SpaceWeb.Ru: Да, по-умолчанию мы не стали делать swap на виртуальных машинах, но вы вполне это можете сделать самостоятельно.
- хостинг по модели "сделай сам" :)
SpaceWeb.Ru: В faq у нас есть ответ, чуть выше его уже процитировали. :)
- как я понимаю своп по описанной рекомендации физически создается на том же диске где лежат клиентские /var /home и т. д. (кстати они лежат на RAID разделе?), а не на отдельном физическом диске :) Почему то кажется что это будет очень медленный своп 😂
Brim.ru добавил 08.04.2009 в 19:23
broken: пардон. 256 мб это не настолько скромные параметры, чтобы от них ничего не осталось.
я не профи. с xen никогда не общался. в основно с виртуозо, но разницы по идее не должно же быть такой?
- мы на Xen работаем несколько лет. Разница с виртуозо довольно существенная - после запуска всего чего нужно, от 256Мб останется от силы 50-70Мб. Но это только Ваша память и никто другой ее не "поест", если ему ее не хватает памяти!
talya_s: Кто виноват? (разработчики сайта или хостинг) и Что делать? (поругаться с хостингом, нанять специалиста для разибрательства с пресловутыми зеркалами, смириться с неизбежным злом и т.п.)
(Первоначально написала это сообщение в разделе "Хостинг", но там мне сказали, что я ошиблась адресом и отправили сюда. Просьба модератору убить мою аналогичную тему в разделе "Хостинг", если это так.)
- дублирую ответ в разделе Хостинг
- виноваты разработчики сайта, так как для отправки сообщений скорее всего использовали функцию mail (предположим что Ваш сайт написан на PHP), которая отправляет письма используя настройки PHP и почтового сервера. При отправке письма с помощью этой функции есть возможность указать поле From: письма (видимо не указано в коде сайта), однако кроме этого поля есть еще поле RCPT TO: указать которое с помощью этой функции принципиально невозможно.
- проблема решается несколькими способами:
1) индивидуальные настройки PHP (может сделать хостер если купленный Вами тариф это позволяет)
2) корректировка кода сайта - использование отправки почты с авторизацией через SMTP вместо применения функции mail (может и должен сделать разработчик сайта)
обычная джумла с 600 посетителями это действительно большая нагрузка на вирт хостинг?
- да нет, не очень, но лучше бы Вы сообщили количество хитов в пике нагрузки, а не количество посетителей. Для учета нагрузки хиты более информативны.
неужели 600 посетителей в сутки это такая нагрузка что мешает жить сайтам рядом и обирает хостера, или может это у них просто слабый сервак?
- например 600 раз в день скачивают файл размером 500Мб :)
- еще пример: есть кривой скрипт с бесконечным циклом, при запуске которого случается наброс нагрузки на ЦПУ, его запускают 600 раз в день (а может и больше, т. к. посетитель может несколько раз обращаться к одной странице, в этом смысле подсчет посетителей, а не хитов, лукав)
- еще пример кривого скрипта который съедает всю доступную клиенту память
- могут быть медленные запросы к БД и т. д.
- "приличный" хостер всегда говорит клиенту где проблема (у хостера больше возможностей увидеть в каком примерно месте возникает проблема), а если клиент отказывается ее устранять предлагает на выбор: возврат неизрасходованных средств или переход на тариф адекватный создаваемой нагрузке.
Уважаемый, мы услугу те-сти-ру-ем. Мы за нее пока не-бе-рем оплату. Она окончательно еще не сформирована. Мы позволили будущим клиентам, я надаеюсь, самим поучаствовать в формировании услуги.
- блин, никто спасибо не скажет, у всех понты :( Ведь ясно говоришь:
1) 256Мб ОП без SWAP - это проблема
2) SWAP на RAID 1 - это проблема
- не верят, хотят тестировать на живых людях :(
Ширина импулса во время которого есть доступ до IO, CPU зависит от выделенного объёма памяти для конкретной виртуалки.
ребята, не мне вас учить тут жить, вы здесь давно, но можно попросить в ветке не того.. ну, вы сами знаете.
Зря Вы так. Очень интересно как именно сотрудникам serv.lt, лимитируя память гостевого домена, удается управлять количеством доступного домену процессорного времени и операций ввода-вывода :D
Вообще ветка получилась почти юмористическая: домены с 256Мб ОП и без свопа, своп на RAID 1, память лимитирующая ЦПУ 😂 И ведь никто за язык не тянет.
Если чего то не знаете, лучше идите жевать 😆
- не думаю что буду учить на халяву таких грубиянов, как делать своп на Xen доменах, как лимитируются ресурсы в Xen и почему не любят хамов
Для VPS общего применения экономически не выгодно для свопа ставить отдельне диски и возится с установкой каждого впс вручную выделяя ему своп.
...
P.S. Хоть и работаю с XEN уже четвёртый год, в теме узнал много нового ;)
- Вам еще есть к чему стремиться ;) Выделение свопа не представляет большой сложности и фактически сводится к копированию файлов.
XEN для распределения ресурсов изпользует что то на подобие "широтно импульсной модуляции". Ширина импулса во время которого есть доступ до IO, CPU зависит от выделенного объёма памяти для конкретной виртуалки.
- ошибаетесь, выделенная память тут не причем.
При разумной нагрузке на ноду, то что своп на общем диске особенной роли не играет, так как когда конкурирующий VPS изпользует IO, другие просто вобще в паузе.
- в случае когда они все живут на одном диске это так, но у разумного админа сервер имеет более двух дисков :)
Brim.ru добавил 09.04.2009 в 15:57
Если система начинает активно свопить и тормозить - уверен, сами прекрасно знаете, - это значит, что неплохо бы добавить памяти, а не купить себе диск побыстрее.
- в отсутствии свопа система вряд ли начнет свопить и тормозить - она просто повалится из-за отсутствия памяти 😂
Ресурс, выданный пользователю, не зависит от загруженности сервера.
- особенно это верно для дисковой подсистемы :) не говоря уж о Ваших оригинальных идеях о размещении свопа на RAID 1 😂
Да, по-умолчанию мы не стали делать swap на виртуальных машинах, но вы вполне это можете сделать самостоятельно.
- хостинг по модели "сделай сам" :)
В faq у нас есть ответ, чуть выше его уже процитировали. :)
- как я понимаю своп по описанной рекомендации физически создается на том же диске где лежат клиентские /var /home и т. д. (кстати они лежат на RAID разделе?), а не на отдельном физическом диске :) Почему то кажется что это будет очень медленный своп 😂
Brim.ru добавил 08.04.2009 в 19:23
пардон. 256 мб это не настолько скромные параметры, чтобы от них ничего не осталось.
я не профи. с xen никогда не общался. в основно с виртуозо, но разницы по идее не должно же быть такой?
- мы на Xen работаем несколько лет. Разница с виртуозо довольно существенная - после запуска всего чего нужно, от 256Мб останется от силы 50-70Мб. Но это только Ваша память и никто другой ее не "поест", если ему ее не хватает памяти!
Пугает отсутствие свопа:
Кто виноват? (разработчики сайта или хостинг) и Что делать? (поругаться с хостингом, нанять специалиста для разибрательства с пресловутыми зеркалами, смириться с неизбежным злом и т.п.)
(Первоначально написала это сообщение в разделе "Хостинг", но там мне сказали, что я ошиблась адресом и отправили сюда. Просьба модератору убить мою аналогичную тему в разделе "Хостинг", если это так.)
- дублирую ответ в разделе Хостинг
- виноваты разработчики сайта, так как для отправки сообщений скорее всего использовали функцию mail (предположим что Ваш сайт написан на PHP), которая отправляет письма используя настройки PHP и почтового сервера. При отправке письма с помощью этой функции есть возможность указать поле From: письма (видимо не указано в коде сайта), однако кроме этого поля есть еще поле RCPT TO: указать которое с помощью этой функции принципиально невозможно.
- проблема решается несколькими способами:
1) индивидуальные настройки PHP (может сделать хостер если купленный Вами тариф это позволяет)
2) корректировка кода сайта - использование отправки почты с авторизацией через SMTP вместо применения функции mail (может и должен сделать разработчик сайта)