Отказы в ресурсах на фирствдс.

Ну нельзя же быть таким голословным. Честно говоря всегда считал вас профессионалом.

Статистика нагрузки серверов http://firstvds.ru/ru/about/stat/index.html ( в самом низу)

говорит о том что дисковая подсистема 95% времени загружена менне чем на половину. о каком оверселе может идти речь ???

Правда остаются еще 5% пиков, когда бэкапы делаются например, но в любом случае делать выводы непонятно из чего крайне не профессионально.

Если ТС скажет на какой ноде живет, могу показать вам график нагрузки на ноду из которого можно делать выводы об оверселе. хотите?

И каких это пор есапорт стал хостеров чернить? Неужели сам хостингом занялся?

Igoron добавил 26.07.2009 в 05:45

Вы никогда не думали что перевозить диван на запорожце немного не удобно ?

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

Ну раз на таких тонах, то публичный вопрос к профи - считаете ли Вы нормальным ситуацию, когда при 3-х активных процессах sys 50%, а LA 2-3?

ТС показал скписок процессов:

Где там всего 3 активных?)

Himiko, учи матчасть, а то клиентов растеряешь.

Небольшой ликбез для тех, кто не в теме. ТС дал мне top, в котором самое интересное - верхушка:

last pid: 59533; load averages: 2.48, 2.06, 2.26 up 16+03:37:57 16:34:23

58 processes: 3 running, 55 sleeping

CPU states: 45.0% user, 0.0% nice, 55.0% system, 0.0% interrupt, 0.0% idle

Mem: 128M Active, 140M Inact

Swap: 256M Total, 1576K Used, 254M Free

Что мы тут имеем товарищи? А имеем мы достаточно серьезный LA при небольшом числе активных процессов - их всего 3. И sys 50% - это очень много.

И что же мы имеем, товарищи? А имеем то, что сервер очень тормозит при малой нагрузке. И это факт, товарищи!

А что же именно тормозит? Что скрывается за этим загадочным SYS? А скрывается за ними многое, но интересуют нас две вещи - это 50% нагрузка на диск(файловую систему) или на сеть?

И вот теперь самое интересное, то, чего например незнает Himiko.

Что же такое этот самый sbwait статус у процессов? А это состояние когда процесс ждет события от сокета, а посему - неактивный процесс.

Следовательно, как верно показывает freebsd - активных процессов у нас всего 3, остальные спят и ждут когда кто-то откроет сайт (httpd ждет именно этого от сокета).

Итак, мы выяснили, что у нас только 3 активных процесса, которые делают lock. И еще один, который ожидает завершения select.

Почему при 3-х активных процессах мы имеем такую большую нагрузку - послушаем от уважаемого Igoron. Возможно у него свои мысли на этот счет.

Кроме этого систем может заниматься еще много чем, например поиском файлика в очень большой дире. Навалите скриптами в /tmp кучу временных файлов и не удаляйте их никогда, так чтоб размер диры вырос до нескольких мегабайт и получите тормоз (в системе) при чтении чего либо из этой диры.

Надеюсь я вас не разочаорвал. К тому же я имел ввиду не то какие вы выводы сделали на основе цифр, а то что нельзя делать выводы по сиюминутным показателям, через некоторое время они могут быть вполне другими.

Если я попрошу дать ТС мне доступ и покажу что там нед диры с кучей файлов - что тогда скажете? :)

Мне и самому уже интересно посмотреть что там. Скажите кто знает ип обсуждаемого сервера. Тогда скажу в чем истинная причина.

Я думаю лучше всего если сами напишите ТС и попросите у него все данные

Любимая ваша фраза) Другой я и не ожидал...

Такое ощущение, что только вы один тут всё знаете.

По одному скриншоту сложно понять в чём конкретно проблема. А вы уже сразу "чувствуете" оверселл по диску...

Ну да, я сожаленю, что я не обладаю телепатическими способностями в отличае от вас.

P.S.: По теме: ТС, дайте представителям хостера ip-адрес вашего сервера, пусть посмотрят. Это даст больший толк, чем обсуждение в этой теме.

При чем тут телепатия?

Просто нужно уметь хоть немного читать по state что происходит с сервером