<?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>Комментарии на: PAM - Performance Acceleration Module</title>
	<atom:link href="http://blog.aboutnetapp.ru/archives/599/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.aboutnetapp.ru/archives/599</link>
	<description>Системы хранения данных как предмет разговора</description>
	<pubDate>Mon, 21 May 2012 02:24:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>От: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/599#comment-423</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Tue, 11 May 2010 14:52:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=599#comment-423</guid>
		<description>Любой кэш у NetApp работает только на чтение, что системный, что PAM. Запись у NetApp организована таким образом, что кэшировать ее бесполезно, она и так максимально быстро осуществляется, благодаря WAFL. Кэширование в том виде, в котором это делается в "обычных системах хранения" просто ее уже не ускорит больше чем уже есть.

Впрочем, практика показывает, что использование PAM несколько увличивает и скорость записи тоже, так как снижает наргузку по физической IO с дисков, высвобождая часть IOPS дисков на осуществление операций записи.</description>
		<content:encoded><![CDATA[<p>Любой кэш у NetApp работает только на чтение, что системный, что PAM. Запись у NetApp организована таким образом, что кэшировать ее бесполезно, она и так максимально быстро осуществляется, благодаря WAFL. Кэширование в том виде, в котором это делается в &#8220;обычных системах хранения&#8221; просто ее уже не ускорит больше чем уже есть.</p>
<p>Впрочем, практика показывает, что использование PAM несколько увличивает и скорость записи тоже, так как снижает наргузку по физической IO с дисков, высвобождая часть IOPS дисков на осуществление операций записи.</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: Marryhorse</title>
		<link>http://blog.aboutnetapp.ru/archives/599#comment-422</link>
		<dc:creator>Marryhorse</dc:creator>
		<pubDate>Tue, 11 May 2010 14:33:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=599#comment-422</guid>
		<description>Я так понял, что PAM исключительно на чтение?</description>
		<content:encoded><![CDATA[<p>Я так понял, что PAM исключительно на чтение?</p>
]]></content:encoded>
	</item>
	<item>
		<title>От: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/599#comment-421</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Tue, 11 May 2010 13:04:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=599#comment-421</guid>
		<description>Это зависит много от чего.
В первую очередь от трафика с дисков, конечно. Потом следует учесть, что PAM имеет три разных режима кэширования: "только метаданные", "обычный (метаданные+данные)" и "низкоприоритетные данные (метаданные+данные+низкоприоритетные данные)", соответственно попадающий в PAM объем данных тоже будет разный.
Ну и, наконец, сам объем PAM может быть разный. От 16GB одна плата PAM-I до 2TB в случае 4 плат PAM-II/Flash Cache. Это на каждый контроллер.
Примерно можно рассчитать объем "прогрева кэша" по формуле, приведенной в TR, на который я сослался:
(размер кэша) / (пропускная способность чтения в секунду) = время заполнения кэша 
Например: 
512GB/100MB в секунду = 5120 секунд = 85 минут 
Столько будет заполняться пустой PAM-II объемом 512GB.

Текущее же состояние системного кэша (то есть того, что на "материнской плате" контроллера) можно посмотреть в выводе команды sysstat
Про нее я писал тут: http://blog.aboutnetapp.ru/archives/199</description>
		<content:encoded><![CDATA[<p>Это зависит много от чего.<br />
В первую очередь от трафика с дисков, конечно. Потом следует учесть, что PAM имеет три разных режима кэширования: &#8220;только метаданные&#8221;, &#8220;обычный (метаданные+данные)&#8221; и &#8220;низкоприоритетные данные (метаданные+данные+низкоприоритетные данные)&#8221;, соответственно попадающий в PAM объем данных тоже будет разный.<br />
Ну и, наконец, сам объем PAM может быть разный. От 16GB одна плата PAM-I до 2TB в случае 4 плат PAM-II/Flash Cache. Это на каждый контроллер.<br />
Примерно можно рассчитать объем &#8220;прогрева кэша&#8221; по формуле, приведенной в TR, на который я сослался:<br />
(размер кэша) / (пропускная способность чтения в секунду) = время заполнения кэша<br />
Например:<br />
512GB/100MB в секунду = 5120 секунд = 85 минут<br />
Столько будет заполняться пустой PAM-II объемом 512GB.</p>
<p>Текущее же состояние системного кэша (то есть того, что на &#8220;материнской плате&#8221; контроллера) можно посмотреть в выводе команды sysstat<br />
Про нее я писал тут: <a href="http://blog.aboutnetapp.ru/archives/199" rel="nofollow">http://blog.aboutnetapp.ru/archives/199</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>От: vitaly</title>
		<link>http://blog.aboutnetapp.ru/archives/599#comment-420</link>
		<dc:creator>vitaly</dc:creator>
		<pubDate>Tue, 11 May 2010 11:07:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=599#comment-420</guid>
		<description>А каково среднее время хранения данных в таком кеше на среднестатистической системе ? Хотя бы порядок - секунды, минуты, десятки минут.</description>
		<content:encoded><![CDATA[<p>А каково среднее время хранения данных в таком кеше на среднестатистической системе ? Хотя бы порядок - секунды, минуты, десятки минут.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

