<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии: У SpaceWeb появился VDS</title>
	<atom:link href="http://notes.rudomilov.ru/2009/04/02/sweb-vds/feed/" rel="self" type="application/rss+xml" />
	<link>http://notes.rudomilov.ru/2009/04/02/sweb-vds/</link>
	<description>Сеть, Рунет, телеком, Иркутск</description>
	<lastBuildDate>Tue, 06 Dec 2011 06:41:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Автор: master_1981@livejournal</title>
		<link>http://notes.rudomilov.ru/2009/04/02/sweb-vds/comment-page-1/#comment-53133</link>
		<dc:creator>master_1981@livejournal</dc:creator>
		<pubDate>Thu, 02 Apr 2009 13:34:44 +0000</pubDate>
		<guid isPermaLink="false">http://notes.rudomilov.ru/?p=459#comment-53133</guid>
		<description>Вы пишете: 

&gt; Наша услуга VDS построена на базе технологии Xen, делящей физический сервер на VDS строго по объему физической оперативной &gt;памяти.
 
Ну и что из этого? У Виртуоззы более 25 quality of services. То есть возможностей в 30 раз больше! 
Виртуозза позволяет разделить физический сервер как строго (так и не строго!) по объему физической памяти, так и по целой куче других параметров, включая использование ресурсов ЦПУ сервера, место на диске и т.д. и т.п.
 
&gt;Другая широко используемая технология Virtuozzo/OpenVZ таких гарантий дать не может... 
 
Забавно. У Xen только один параметр, причем СТРОГО делящий объем физической опреативной памяти, а у нас более 25 параметров, которые можно выставить как СТРОГИМИ, так и не СТРОГИМИ - а &quot;таких гарантий&quot; якобы &quot;дать не может.
 
&gt;т.к. позволяет &quot;нарезать&quot; еще и общий раздел страничной подкачки на диске (swap) и создать столько VDS, что сумма их оперативной &gt;памяти превысит количество физической памяти сервера. 
 
Бред полнейший. Оказывается, чем больше &quot;позволяет &quot;нарезать&quot; еще технолгия, тем хуже?
 
Для таких не особенно продвинутых пользователей, которые ориентируются при создании контейнеров ТОЛЬКО на один СТРОГО ФИКСИРОВАННЫЙ параметр, в Виртуоззе есть SLM, который позволяет пользователю самому выбрать и задать такой параметр...</description>
		<content:encoded><![CDATA[<p>Вы пишете: </p>
<p>&gt; Наша услуга VDS построена на базе технологии Xen, делящей физический сервер на VDS строго по объему физической оперативной &gt;памяти.</p>
<p>Ну и что из этого? У Виртуоззы более 25 quality of services. То есть возможностей в 30 раз больше!<br />
Виртуозза позволяет разделить физический сервер как строго (так и не строго!) по объему физической памяти, так и по целой куче других параметров, включая использование ресурсов ЦПУ сервера, место на диске и т.д. и т.п.</p>
<p>&gt;Другая широко используемая технология Virtuozzo/OpenVZ таких гарантий дать не может&#8230; </p>
<p>Забавно. У Xen только один параметр, причем СТРОГО делящий объем физической опреативной памяти, а у нас более 25 параметров, которые можно выставить как СТРОГИМИ, так и не СТРОГИМИ &#8212; а &laquo;таких гарантий&raquo; якобы &laquo;дать не может.</p>
<p>&gt;т.к. позволяет &laquo;нарезать&raquo; еще и общий раздел страничной подкачки на диске (swap) и создать столько VDS, что сумма их оперативной &gt;памяти превысит количество физической памяти сервера. </p>
<p>Бред полнейший. Оказывается, чем больше &laquo;позволяет &laquo;нарезать&raquo; еще технолгия, тем хуже?</p>
<p>Для таких не особенно продвинутых пользователей, которые ориентируются при создании контейнеров ТОЛЬКО на один СТРОГО ФИКСИРОВАННЫЙ параметр, в Виртуоззе есть SLM, который позволяет пользователю самому выбрать и задать такой параметр&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

