<?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"
	>
<channel>
	<title>Комментарии к записи: Несколько слов про параметр $/IOPS в SPC-1</title>
	<atom:link href="http://blog.aboutnetapp.ru/archives/1279/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.aboutnetapp.ru/archives/1279</link>
	<description>Системы хранения данных как предмет разговора</description>
	<pubDate>Wed, 07 Apr 2021 12:05:17 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>Автор: bbk</title>
		<link>http://blog.aboutnetapp.ru/archives/1279#comment-12414</link>
		<dc:creator>bbk</dc:creator>
		<pubDate>Thu, 27 Feb 2014 07:39:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1279#comment-12414</guid>
		<description>Ситуация усложняется тем, что максимальный дисконт у разных вендоров, да и на разных проектах, может существенно отличаться.

А сравнение "по компонентно", вместо "цены за решение" вообще не возможно объективно выполнить, так одни вендоры "залаживают цены" в диски, другие в ПО, третьи в контроллеры и т.д. Поднял тему про "покомпонентное сравнение", так как находяться товарищи, полагающие, что диски у всех вендоров стоят одинаково и пытаются сравнивать цены за компоненты (самое популярное - диски), переводя маразм на новый качественный уровень.</description>
		<content:encoded><![CDATA[<p>Ситуация усложняется тем, что максимальный дисконт у разных вендоров, да и на разных проектах, может существенно отличаться.</p>
<p>А сравнение &#8220;по компонентно&#8221;, вместо &#8220;цены за решение&#8221; вообще не возможно объективно выполнить, так одни вендоры &#8220;залаживают цены&#8221; в диски, другие в ПО, третьи в контроллеры и т.д. Поднял тему про &#8220;покомпонентное сравнение&#8221;, так как находяться товарищи, полагающие, что диски у всех вендоров стоят одинаково и пытаются сравнивать цены за компоненты (самое популярное - диски), переводя маразм на новый качественный уровень.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Lastius</title>
		<link>http://blog.aboutnetapp.ru/archives/1279#comment-10813</link>
		<dc:creator>Lastius</dc:creator>
		<pubDate>Wed, 30 Oct 2013 18:06:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1279#comment-10813</guid>
		<description>Добрый день. Есть вопрос:
??меется статистика по iops,  latency и очередям. Допустим есть периоды в течении которых latency больше рекомендованных. По какой формуле нужно рассчитать  сколько нужно увеличить требования к iops для того чтобы получить допустимую latency?
Доп вопрос, какие периоды в течении которых latency больше рекомендованных стоит рассматривать как стоящий внимания(критический)? Насколько этот latency должен отличаться от рекомендованных при этом?</description>
		<content:encoded><![CDATA[<p>Добрый день. Есть вопрос:<br />
??меется статистика по iops,  latency и очередям. Допустим есть периоды в течении которых latency больше рекомендованных. По какой формуле нужно рассчитать  сколько нужно увеличить требования к iops для того чтобы получить допустимую latency?<br />
Доп вопрос, какие периоды в течении которых latency больше рекомендованных стоит рассматривать как стоящий внимания(критический)? Насколько этот latency должен отличаться от рекомендованных при этом?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
