<?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>Комментарии к записи: Как заполненность данными системы хранения влияет на ее производительность?</title>
	<atom:link href="http://blog.aboutnetapp.ru/archives/1083/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.aboutnetapp.ru/archives/1083</link>
	<description>Системы хранения данных как предмет разговора</description>
	<pubDate>Wed, 07 Apr 2021 12:05:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>Автор: bbk</title>
		<link>http://blog.aboutnetapp.ru/archives/1083#comment-6409</link>
		<dc:creator>bbk</dc:creator>
		<pubDate>Fri, 15 Mar 2013 13:33:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1083#comment-6409</guid>
		<description>Результатам теста поверит. Многие клиенты не то чтобы сильно в это верят, но как говориться осадок осаётся. Так вот хочется убрать осадок.
Да и хочется решить этот вопрос раз и навсегда.</description>
		<content:encoded><![CDATA[<p>Результатам теста поверит. Многие клиенты не то чтобы сильно в это верят, но как говориться осадок осаётся. Так вот хочется убрать осадок.<br />
Да и хочется решить этот вопрос раз и навсегда.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/1083#comment-6408</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Fri, 15 Mar 2013 12:06:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1083#comment-6408</guid>
		<description>bbk:
Если клиенту нравится слушать про то, что "А - верблюд", то ничем вы ему это не измените. Почему он должен верить вашим результатам, и не верить результатам, которые ему нравятся?</description>
		<content:encoded><![CDATA[<p>bbk:<br />
Если клиенту нравится слушать про то, что &#8220;А - верблюд&#8221;, то ничем вы ему это не измените. Почему он должен верить вашим результатам, и не верить результатам, которые ему нравятся?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: bbk</title>
		<link>http://blog.aboutnetapp.ru/archives/1083#comment-6407</link>
		<dc:creator>bbk</dc:creator>
		<pubDate>Fri, 15 Mar 2013 11:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1083#comment-6407</guid>
		<description>Блин, вот снова и снова конкуренты забрасывают заказчику эту "мульку".
Снова и снова нужно доказывать что "ты не верблюд". Как это уже это приелось.

Какой результат теста вы бы порекомендовали для опровержения?</description>
		<content:encoded><![CDATA[<p>Блин, вот снова и снова конкуренты забрасывают заказчику эту &#8220;мульку&#8221;.<br />
Снова и снова нужно доказывать что &#8220;ты не верблюд&#8221;. Как это уже это приелось.</p>
<p>Какой результат теста вы бы порекомендовали для опровержения?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: bbk</title>
		<link>http://blog.aboutnetapp.ru/archives/1083#comment-2912</link>
		<dc:creator>bbk</dc:creator>
		<pubDate>Fri, 13 Jul 2012 14:17:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1083#comment-2912</guid>
		<description>Обычно все говорят о падении производительности на запись от того, что нужно искать свободные блоки и распихивать их то тут - то там. Но обычно все забывают о возможном падении производительности на запись, когда свободное пространство забито под завязку, из-за не рационального подсчёта данных для парити дисков. По-этому поводу нашел интересный абзац:
&lt;a href="http://media.netapp.com/documents/tr-3001.pdf" rel="nofollow"&gt;TR-3001 A Storage Networking Appliance&lt;/a&gt;: 5.2 Eliminating the Parity Disk Bottleneck.</description>
		<content:encoded><![CDATA[<p>Обычно все говорят о падении производительности на запись от того, что нужно искать свободные блоки и распихивать их то тут - то там. Но обычно все забывают о возможном падении производительности на запись, когда свободное пространство забито под завязку, из-за не рационального подсчёта данных для парити дисков. По-этому поводу нашел интересный абзац:<br />
<a href="http://media.netapp.com/documents/tr-3001.pdf" rel="nofollow">TR-3001 A Storage Networking Appliance</a>: 5.2 Eliminating the Parity Disk Bottleneck.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: bbk</title>
		<link>http://blog.aboutnetapp.ru/archives/1083#comment-2911</link>
		<dc:creator>bbk</dc:creator>
		<pubDate>Fri, 13 Jul 2012 12:39:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=1083#comment-2911</guid>
		<description>интересно, если создать на всех дисках один агрегат, а на нём один раздел, куда положить один лун (с LUN Space Reservation), который займёт максимально свободное пространство, но при этом на самом деле он будет заполнен на 1%, будет ли это иметь хоть какой-то негативный эффект?</description>
		<content:encoded><![CDATA[<p>интересно, если создать на всех дисках один агрегат, а на нём один раздел, куда положить один лун (с LUN Space Reservation), который займёт максимально свободное пространство, но при этом на самом деле он будет заполнен на 1%, будет ли это иметь хоть какой-то негативный эффект?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
