<?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?</title>
	<atom:link href="http://blog.aboutnetapp.ru/archives/1204/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.aboutnetapp.ru/archives/1204</link>
	<description>Системы хранения данных как предмет разговора</description>
	<pubDate>Wed, 07 Apr 2021 12:05:40 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>Автор: MS SQL Server - дело тонкое... &#183; SQL Server: Методика тестирования дисковой подсистемы</title>
		<link>http://blog.aboutnetapp.ru/archives/1204#comment-15940</link>
		<dc:creator>MS SQL Server - дело тонкое... &#183; SQL Server: Методика тестирования дисковой подсистемы</dc:creator>
		<pubDate>Tue, 12 Dec 2017 11:48:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1204#comment-15940</guid>
		<description>[...] Что такое IOPS? [...]</description>
		<content:encoded><![CDATA[<p>[...] Что такое IOPS? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Артур</title>
		<link>http://blog.aboutnetapp.ru/archives/1204#comment-6885</link>
		<dc:creator>Артур</dc:creator>
		<pubDate>Tue, 16 Apr 2013 06:30:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1204#comment-6885</guid>
		<description>Роман, спасибо. TR-3002 читал. Хотелось бы еще какой-нибудь документ, более подробно описывающий работу WAFL и RAID-DP. 
Я все же встречал упоминание в курсе Data ONTAP 7.3 Performance Analysis, что страйп не всегда получается полный и приходиться производить чтение с дисков, чтобы посчитать парити.

http://habrastorage.org/storage2/7a3/f57/16d/7a3f5716df2057bd08117706d17015ea.png
http://habrastorage.org/storage2/e28/221/47f/e2822147f77c36ff559651041670cd4a.png</description>
		<content:encoded><![CDATA[<p>Роман, спасибо. TR-3002 читал. Хотелось бы еще какой-нибудь документ, более подробно описывающий работу WAFL и RAID-DP.<br />
Я все же встречал упоминание в курсе Data ONTAP 7.3 Performance Analysis, что страйп не всегда получается полный и приходиться производить чтение с дисков, чтобы посчитать парити.</p>
<p><a href="http://habrastorage.org/storage2/7a3/f57/16d/7a3f5716df2057bd08117706d17015ea.png" rel="nofollow">http://habrastorage.org/storage2/7a3/f57/16d/7a3f5716df2057bd08117706d17015ea.png</a><br />
<a href="http://habrastorage.org/storage2/e28/221/47f/e2822147f77c36ff559651041670cd4a.png" rel="nofollow">http://habrastorage.org/storage2/e28/221/47f/e2822147f77c36ff559651041670cd4a.png</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/1204#comment-6873</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Mon, 15 Apr 2013 08:23:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1204#comment-6873</guid>
		<description>Артур:

Да, только не "пытается", а _всегда_ пишет. Так устроена WAFL, что запись в ней всегда происходит полным страйпом, так как _пере_записей блоков не делается (см. наш перевод TR-3002 в библиотеке Netwell). В этом, собственно, и есть главное, принципиальное преимущество таких FS, как WAFL или ZFS, перед обычными. У них всегда запись делается полным страйпом, пока данных для страйпа не набирается в NVRAM, данные на диски не пишутся. Когда собираются - пишутся в один присест, и атомарно, транзакционно переключаются на новое состояние FS.</description>
		<content:encoded><![CDATA[<p>Артур:</p>
<p>Да, только не &#8220;пытается&#8221;, а _всегда_ пишет. Так устроена WAFL, что запись в ней всегда происходит полным страйпом, так как _пере_записей блоков не делается (см. наш перевод TR-3002 в библиотеке Netwell). В этом, собственно, и есть главное, принципиальное преимущество таких FS, как WAFL или ZFS, перед обычными. У них всегда запись делается полным страйпом, пока данных для страйпа не набирается в NVRAM, данные на диски не пишутся. Когда собираются - пишутся в один присест, и атомарно, транзакционно переключаются на новое состояние FS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Артур</title>
		<link>http://blog.aboutnetapp.ru/archives/1204#comment-6871</link>
		<dc:creator>Артур</dc:creator>
		<pubDate>Mon, 15 Apr 2013 07:06:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1204#comment-6871</guid>
		<description>Роман, а можно подробнее прок количество операция на бэкенде для RAID-DP? Если я правильно понимаю, то WAFL всегда пытается записать полный страйп. Получается, что для RAID-группы 14+2, при записи страйпа будет совершено 16 операций. Грубо на каждый блок с полезными данными будет сделано 1,14 операций. Правильно ли я это понял? Что происходит в том случае. если полный страйп не собирается?</description>
		<content:encoded><![CDATA[<p>Роман, а можно подробнее прок количество операция на бэкенде для RAID-DP? Если я правильно понимаю, то WAFL всегда пытается записать полный страйп. Получается, что для RAID-группы 14+2, при записи страйпа будет совершено 16 операций. Грубо на каждый блок с полезными данными будет сделано 1,14 операций. Правильно ли я это понял? Что происходит в том случае. если полный страйп не собирается?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/1204#comment-5087</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Tue, 04 Dec 2012 15:52:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1204#comment-5087</guid>
		<description>Андрей:

Да все грешны. ?? двух-,  и четырехбуквенные - тоже :)</description>
		<content:encoded><![CDATA[<p>Андрей:</p>
<p>Да все грешны. ?? двух-,  и четырехбуквенные - тоже :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Андрей</title>
		<link>http://blog.aboutnetapp.ru/archives/1204#comment-5085</link>
		<dc:creator>Андрей</dc:creator>
		<pubDate>Tue, 04 Dec 2012 14:37:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1204#comment-5085</guid>
		<description>Очень любопытно, а какая трехбуквенная компания имелась в виду? ??ли все грешны? =)
Среди основных игроков их уже три: EMC, IBM, HDS...</description>
		<content:encoded><![CDATA[<p>Очень любопытно, а какая трехбуквенная компания имелась в виду? ??ли все грешны? =)<br />
Среди основных игроков их уже три: EMC, IBM, HDS&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/1204#comment-3494</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Tue, 18 Sep 2012 15:01:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1204#comment-3494</guid>
		<description>Pavel Kosachev:

&gt; Статья спорная потому что получить данные, которые вы просите, для того “чтобы решение работало” в общем случае невозможно

Все равно не понимаю, как из того факта, что _вы_ не можете получить какие-то данные, получается "спорная" статья у _автора_? "Спорная" означает, что утверждения в статье могут вызывать споры, то есть трактоваться неоднозначно, и, в общем случае, указывает на неточность утверждений. Основное утверждение статьи, что IOPS сам по себе, без указания параметров latency и характера ввода-вывода, используемого при измерении, смысла не имеет. В чем тут спор? Вы не согласны с этим утверждением?

&gt; получить данные, которые вы просите

Я лично ничего не прошу. Также как и автор.

&gt; Нельзя “взглянув” на операцию ввода/вывода определить к какому приложению он относится и как его спрашивают, последовательно или нет потому приложению все равно, это один из потока или нет

По моему вы опять подменяете "не умею" на "невозможно".
?? вот это уже "спорно", но - на вашей стороне.

&gt; Далее, если автор описывает ограничения, то нужно тоже писать для какого конкретного случая не подходит конкретное использование технологии “Х

Возможное сочетание ограничений и использований это матрица X * Y. Вы правда считаете, что полное и исчерпывающее описание всех случаев этой матрицы это тема для поста в блоге?

Возвращаюсь к началу: давайте строже с терминами и определениями.</description>
		<content:encoded><![CDATA[<p>Pavel Kosachev:</p>
<p>> Статья спорная потому что получить данные, которые вы просите, для того “чтобы решение работало” в общем случае невозможно</p>
<p>Все равно не понимаю, как из того факта, что _вы_ не можете получить какие-то данные, получается &#8220;спорная&#8221; статья у _автора_? &#8220;Спорная&#8221; означает, что утверждения в статье могут вызывать споры, то есть трактоваться неоднозначно, и, в общем случае, указывает на неточность утверждений. Основное утверждение статьи, что IOPS сам по себе, без указания параметров latency и характера ввода-вывода, используемого при измерении, смысла не имеет. В чем тут спор? Вы не согласны с этим утверждением?</p>
<p>> получить данные, которые вы просите</p>
<p>Я лично ничего не прошу. Также как и автор.</p>
<p>> Нельзя “взглянув” на операцию ввода/вывода определить к какому приложению он относится и как его спрашивают, последовательно или нет потому приложению все равно, это один из потока или нет</p>
<p>По моему вы опять подменяете &#8220;не умею&#8221; на &#8220;невозможно&#8221;.<br />
?? вот это уже &#8220;спорно&#8221;, но - на вашей стороне.</p>
<p>> Далее, если автор описывает ограничения, то нужно тоже писать для какого конкретного случая не подходит конкретное использование технологии “Х</p>
<p>Возможное сочетание ограничений и использований это матрица X * Y. Вы правда считаете, что полное и исчерпывающее описание всех случаев этой матрицы это тема для поста в блоге?</p>
<p>Возвращаюсь к началу: давайте строже с терминами и определениями.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Pavel Kosachev</title>
		<link>http://blog.aboutnetapp.ru/archives/1204#comment-3493</link>
		<dc:creator>Pavel Kosachev</dc:creator>
		<pubDate>Tue, 18 Sep 2012 14:51:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1204#comment-3493</guid>
		<description>Роман: Статья спорная потому что получить данные, которые вы просите, для того "чтобы решение работало" в общем случае невозможно, т.к. в протокол SCSI не заложено специальных алгоритмов. Нельзя "взглянув" на операцию ввода/вывода определить к какому приложению он относится и как его спрашивают, последовательно или нет потому приложению все равно, это один из потока или нет, а в этой связи невозможно предоставить данные, которые спрашивает автор статьи. 

Далее, если автор описывает ограничения, то нужно тоже писать для какого конкретного случая не подходит конкретное использование технологии "Х". ??наче статья превращается в то, с чем борется автор изначально (т.е. с тем, что по его мнению информация раскрыта не полностью или преподносится с определенного угла зрения). 

Часто беда в том, что те кто составляет такие вот статьи далеки от реальных задач и оперируют понятиями, "один заказчик сказал".</description>
		<content:encoded><![CDATA[<p>Роман: Статья спорная потому что получить данные, которые вы просите, для того &#8220;чтобы решение работало&#8221; в общем случае невозможно, т.к. в протокол SCSI не заложено специальных алгоритмов. Нельзя &#8220;взглянув&#8221; на операцию ввода/вывода определить к какому приложению он относится и как его спрашивают, последовательно или нет потому приложению все равно, это один из потока или нет, а в этой связи невозможно предоставить данные, которые спрашивает автор статьи. </p>
<p>Далее, если автор описывает ограничения, то нужно тоже писать для какого конкретного случая не подходит конкретное использование технологии &#8220;Х&#8221;. ??наче статья превращается в то, с чем борется автор изначально (т.е. с тем, что по его мнению информация раскрыта не полностью или преподносится с определенного угла зрения). </p>
<p>Часто беда в том, что те кто составляет такие вот статьи далеки от реальных задач и оперируют понятиями, &#8220;один заказчик сказал&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Евгений</title>
		<link>http://blog.aboutnetapp.ru/archives/1204#comment-3486</link>
		<dc:creator>Евгений</dc:creator>
		<pubDate>Tue, 18 Sep 2012 06:54:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1204#comment-3486</guid>
		<description>"Евгений:

Две."
значит это еще одна очень ценная фишка RAID-DP, про которую надо упоминать :)))</description>
		<content:encoded><![CDATA[<p>&#8220;Евгений:</p>
<p>Две.&#8221;<br />
значит это еще одна очень ценная фишка RAID-DP, про которую надо упоминать :)))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/1204#comment-3476</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Mon, 17 Sep 2012 13:37:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/1204#comment-3476</guid>
		<description>Евгений:

Две. Одна запись блока на диск данных, и одна запись соответствующего ему блока на диск parity. Так как в WAFL блоки не перезаписываются, то есть не изменяют уже записанные данные, то есть все записываемые блоки считаются пустыми, то не требуется считывать предыдущее значение для расчета parity.

Pavel Kosachev:

&gt; Статья очень спорная, но есть предложение:

Павел, я думаю, что вы опять выбрали неверное слово. Я, например, не могу найти в статье ни одного места, с чем мог бы поспорить по существу. Что вызвал у вас такое мнение?</description>
		<content:encoded><![CDATA[<p>Евгений:</p>
<p>Две. Одна запись блока на диск данных, и одна запись соответствующего ему блока на диск parity. Так как в WAFL блоки не перезаписываются, то есть не изменяют уже записанные данные, то есть все записываемые блоки считаются пустыми, то не требуется считывать предыдущее значение для расчета parity.</p>
<p>Pavel Kosachev:</p>
<p>> Статья очень спорная, но есть предложение:</p>
<p>Павел, я думаю, что вы опять выбрали неверное слово. Я, например, не могу найти в статье ни одного места, с чем мог бы поспорить по существу. Что вызвал у вас такое мнение?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
