Pilat

Рейтинг
250
Регистрация
08.03.2007

Нет, Zimbra, всё же, монстр тот ещё, действительно какой-то yahoo. Попробую в первую очередь roundcube.

Himiko:
(но не нужно ошибочно считать, что LA показывает загрузку головного сервера. Это не так).

Само собой не так. Мне казалось, что ТС интересовался как раз VPS, а не физическим оборудованием:

koden2012:
Допустим я покупаю сегодня VPS с 1 гб озу и 2 гц тактовой чистоты. (допустим)
Как можно понять соответствуют ли эти параметры действительности или нет?

Вообще если буквально понимать вопрос, то спорить не о чем, ответ "нет".

Pilat добавил 02.05.2011 в 18:53

Raistlin:
"Аппаратура" там - двухпроцессорный XEON 5504 и 48 гбайт RAM. А вот ресурсов ВДСки - явно мало, чтобы выдержать более-менее нормальную посещаемость при такой БД. Или вы не читаете про своп? Видимо, чукча писатель.

Чукча не читатель. Вы пишете явно про LA сервера, а речь идёт о VDS.

Raistlin:
Pilat, Кто? Или вам дать ссылку на ман? Или растолковать, что же такое Load Average (число ожидающих процессов в единицу времени)?
И почему может быть LA большая при ограничении на проц в 300 МГц и посещаемости, скажем, даже при статике в 10к хитов в час? Даже если память большая будет.

И почему же?



Или у меня клиент на ВДС с 500 мегабайт памяти повесил посещаемый DLE в 2 Гбайт и спрашивает, а чего ж при добавлении новости все так тупит... Ну естественно, все в свопе причем в жестоком. И LA высокий. Мне вот что ему надо было сказать? "Меняй хостера, иди на серч учи меня работать" или что?

То есть ресурсов аппаратуры ему хватало, по Вашим словам, но LA был высокий? Так? Или всё же ресурсов не хватало?

расширение тарифа тут даже не всегда поможет. Такого тарифа может и не быть, вы не поверите. Ах, да.
А еще можно запустить 30 процессов, которые будут выполняться одновременно, и маложрущих. И LA вырастет до 30 и сервер будет работать более, чем нормально.

Может быть искусственно это сделать и можно, но только искусственно. Нет - объясните подробнее как такое могло получиться у Вас.

Raistlin:
Лжец и двоешник....

Ещё один проявился...

deltahost.com.ua:
память в top'е видно

цпу:
http://www.google.com.ua/search?q=cpu+benchmark+linux

Вот сразу видно, кто из хостеров понимает наличие проблемы, а кто нет.

Himiko, LA - объективный показатель загруженности. Если он высокий, то оборудования не хватает, это просто по определению. Если низкий, то вопрос об оборудовании неактуален.

Raistlin:
И кричать, что все хостеры кАзлы из-за кривости своих рук и отсутствия знаний - нормальный подход.

При чём тут кривые руки. Вопрос был про оборудование хостера, а не про оптимизацию своих сайтов. Если не хватает производительности, есть три дальнейших варианта : 1) учить хостера на сёрче, 2) менять тарифный план, 3) менять хостера. Второй вариант может прокатить при явном недостатке памяти, но это видно сразу - top и куча инструментов показывают насколько память занята. Если не хватает, то можно надеяться на смену плана. А если хватает, и LA большой - то это вполне достаточное основание для смены хостера. Может он память оверселит, может дисковая подсистема барахдит - какая разница.

Pilat добавил 02.05.2011 в 16:43

Den73:
анализировать и если возможно оптимизировать скрипты, не раз видел как уродливые скрипты кладут впс (база, диск wa), c впс все ок было. (как раз клиент бегал от хостера к хостеру со своей проблемой)

Вопрос был про оборудование хостера... Единственный объективный показатель на VPS - это LA. Всё остальное , и память, и диск, и сеть - всё виртуальное и воображаемое. Я, кстати, как-то написал скрипт для вычисления реального объёма доступной оперативной памяти при оверселе (считать сколько времени уходит на заполнение блоков памяти, оно при свопе резко возрастает), где-то есть на этом форуме обсуждение, но реально не важно чего не хватает.

Himiko:
А если он большой от нагрузки вашими сайтами/скриптами?

тогда искать другого хостера. А что ещё, интересно? можно сделать? Предположить что памяти хватает а LA большой?

У всех один и тот же инструмент и подход. Надо анализировать LA. Если большой - искать другого хостера, вне зависимости от того почему это.

Romka_Kharkov:
Я блин уже утратил смысл , то ли я запутался, то ли вы пишите то одно то другое, в самом начале вы описали ситуацию в которой добавленный левый маршрут не работает, и все продолжает уходить в default.... я показал вам опцию путем которой это можно отключить... Если я что-то не верно понял , ткните носом, может вы сейчас 1м постом прорезюмируете все 3 страницы? И если таки не решена проблема, то попробуем поискать еще пути, но я почему-то ранее был уверен что Dead Gateway именно то что вам надо.

Romka_Kharkov, И приемлемое решение найдено, И нет никаких оснований считать что алгоритм выбора одного из дефолтных маршрутов имеет отношение к текущей проблеме - ведь в течнете написано, что именно делает Ваша опция, и делает она не то, что Вам кажется, а только отменяет переключение на другой default router при отказе основного , не отменяет любой маршрут при его отказе, а только default - что и понятно, если бы все маршруты так превращались в default, наступил бы хаос.

Когда я создал loopback интерфейс и прописал подсеть через него, у меня никаких переключений нет. Рабочая гипотеза - маршрутизация в Windows устроена не так как предполагается и как-то более тесно связана с интерфейсом. И помня что когда-то понятие сетевой маски в ней было не такое как везде - это вполне возможно. Вот про это я бы почитал течнет, времени только нет копаться в этой свалке.

Всего: 2890