VDS на Xen от SpaceWeb!

Для VPS общего применения экономически не выгодно для свопа ставить отдельне диски и возится с установкой каждого впс вручную выделяя ему своп. XEN для распределения ресурсов изпользует что то на подобие "широтно импульсной модуляции". Ширина импулса во время которого есть доступ до IO, CPU зависит от выделенного объёма памяти для конкретной виртуалки. При разумной нагрузке на ноду, то что своп на общем диске особенной роли не играет, так как когда конкурирующий VPS изпользует IO, другие просто вобще в паузе. Это естественно примитивное объяснение, но по сути есть так.

P.S. Хоть и работаю с XEN уже четвёртый год, в теме узнал много нового ;)

SpaceWeb.Ru, Хотел узнать какая разница между VIP хостингом и VDS, что будет быстрее работать? и где будет выделено больше ресурсов для клиентов в VIP или VDS?

[root@centos ~]# free -m

total used free shared buffers cached

Mem: 256 251 4 0 41 153

блин, 4 мегабайта??

после останова mysql:

[root@centos ~]# free -m

total used free shared buffers cached

Mem: 256 232 23 0 41 147

ну 23, конечно, получше

это с кешем. смотрите на -/+ cache строчку

Мат часть идите учите, не надо будет глупые вопросы задавать. Хинт "как ядро Linux изпользует оперативную память".

-/+ buffers/cache: надо смотреть...

Добрый день, господа, я инженер компании SpaceWeb, это мои комментарии транслировались сюда, так что, замечания относительно непонимания raid'ов и некоторые другие адресованы мне.

С удовольствием по мере возможности поучаствую в технической дискуссии непосредственно.

Значит, мысль была следующая.

Dlag, то, что Вы называете "растасовкой", в семантике raid называется избыточностью. Цена этой избыточности - множественные обращения к диску, особенно на запись, сложная математика по вычислениям контрольных сумм(которую, правда, на себя берет cpu контроллера) и постоянная работа с дисками для отслеживания корректности контрольных сумм. Общепринято, что использование сложных raid массивов на больших адресных пространствах дает приемущество на чтениях, и снижает скорость на запись(это частично компенсируется функционалом write-back), но современные большие дисковые кэши и эффективное кэширование в ядре ОС приемущества делают сомнительными, сохраняя при этом недостатки сложным raid схем.

Наш парк серверов содержит самые разные конфигурации серверов, мы используем и raid3/5/6, но стараемся придерживаться принципа разумного и достаточного.

Что касается свопа на отдельном диске/raid1/3/5/6/whatever и нагрузки на диски. Операции ввода-ввывода не происходят без участия CPU, ограничение на CPU очевидным образом создает ограничение на операции ввода-вывода. А вот при наличии сложных raid схем мы частично операции на работу с дисковой системой отдаем на откуп raid-контроллера и в некотором смысле не в состоянии ее контролировать. Планировщик в Xen ставит в "правильную" завимость работы и сети и блочных операций от виртуального CPU. В общем смысле это есть в обычной системе, но с случае с Xen'ом это вполне наглядно демонстрируется. LineHost выразил похожую мысль, но сослался на выделенный объем памяти - этого я не заметил.

И повторюсь про своп - мы не хотим поощрять использование свопа у клиентов, так как не существует "быстрого" свопа, своп всегда медленный, колеса от феррари не делают гужевую повозку сильно быстрее. Если система начинает активно свопить и тормозить - уверен, сами прекрасно знаете, - это значит, что неплохо бы добавить памяти, а не купить себе диск побыстрее.

- Вам еще есть к чему стремиться ;) Выделение свопа не представляет большой сложности и фактически сводится к копированию файлов.

- ошибаетесь, выделенная память тут не причем.

- в случае когда они все живут на одном диске это так, но у разумного админа сервер имеет более двух дисков :)

Brim.ru добавил 09.04.2009 в 15:57

- в отсутствии свопа система вряд ли начнет свопить и тормозить - она просто повалится из-за отсутствия памяти 😂

Какой бред. И это ИНЖИНЕР??? ААААААА УЖАС! УЖАС!

Хотя-бы пузомеркой любой измерили скорость записи на RAID6 в сравнении с RAID1, ага

После этого места можно не читать.

Человек абсолютный ноль в RAID, о чем можно еще говорить.

Уважаемый, zzeus, слово "инженер" пишется через букву "е", с Вашего позволения.

Любое описание raid'ов 3/5/6 укажет Вам на performance penalty при операциях на запись.

И "пузомерки" это подтверждают. И , кроме того, любой инжЕнер укажет Вам на частое несоответствие показаний "пузомерок" и "реальной" работы. Симуляция нагрузки это вообще отдельная общирная тема, которую тоже можно затронуть.

Cab081 добавил 09.04.2009 в 16:27

Избыточность это свойство RAID, более того это первое слово в аббревиатуре RAID, на избытычности построены все прелести и недостатки RAID'ов. Что Вас так смутило?

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