<?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>Комментарии к записи: В библиотеку FUD-а ;) HP о дедупликации.</title>
	<atom:link href="http://blog.aboutnetapp.ru/archives/863/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.aboutnetapp.ru/archives/863</link>
	<description>Системы хранения данных как предмет разговора</description>
	<pubDate>Wed, 07 Apr 2021 12:06:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/863#comment-1283</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Mon, 18 Apr 2011 12:23:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/863#comment-1283</guid>
		<description>Там, кстати, в комменты к посту Dr.Dedupe пришел объясняться автор оригинального документа HP.

Ну мотивы-то в общем понятны, была поставлена задача дать аргументы преимущеста дедупликации для бэкап-системы HP (основной рынок которой - _только_ бэкапы) перед дедупликацией mainline-систем NetApp (основной рынок которых, напротив - _НЕ_ бэкапы).
То есть, строго говоря, это системы играющие на разных полях. По честному они даже и встречаться не должны. 
Вот это и надо было развивать, а не стараться говнить поле конкурента, которое к твоему вообще отношения не имеет, и твои достоинства совсем необязательно будут недостатками у конкурента.
Надо рассказывать про свои преимущества, а не высасывать из пальца вымышленные недостатки соседа.</description>
		<content:encoded><![CDATA[<p>Там, кстати, в комменты к посту Dr.Dedupe пришел объясняться автор оригинального документа HP.</p>
<p>Ну мотивы-то в общем понятны, была поставлена задача дать аргументы преимущеста дедупликации для бэкап-системы HP (основной рынок которой - _только_ бэкапы) перед дедупликацией mainline-систем NetApp (основной рынок которых, напротив - _НЕ_ бэкапы).<br />
То есть, строго говоря, это системы играющие на разных полях. По честному они даже и встречаться не должны.<br />
Вот это и надо было развивать, а не стараться говнить поле конкурента, которое к твоему вообще отношения не имеет, и твои достоинства совсем необязательно будут недостатками у конкурента.<br />
Надо рассказывать про свои преимущества, а не высасывать из пальца вымышленные недостатки соседа.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Альберт Салман</title>
		<link>http://blog.aboutnetapp.ru/archives/863#comment-1282</link>
		<dc:creator>Альберт Салман</dc:creator>
		<pubDate>Mon, 18 Apr 2011 12:15:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/863#comment-1282</guid>
		<description>Фраза про ", а вот наша дедубликация бэкапов [на вторичном хранилище] не влияет на производительность первичного хранилища" особенно смешит. Такое ощущение что люди просто отчаялись и пошли по пути "лучше наймем маркетологов и пусть впаривают", а не разработке нового или улучшению существующего продукта.
Кстати блог Calvin Zito из HP помнится пестрил нелестными отзывами о NetApp (старые записи точно).</description>
		<content:encoded><![CDATA[<p>Фраза про &#8220;, а вот наша дедубликация бэкапов [на вторичном хранилище] не влияет на производительность первичного хранилища&#8221; особенно смешит. Такое ощущение что люди просто отчаялись и пошли по пути &#8220;лучше наймем маркетологов и пусть впаривают&#8221;, а не разработке нового или улучшению существующего продукта.<br />
Кстати блог Calvin Zito из HP помнится пестрил нелестными отзывами о NetApp (старые записи точно).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Sergey</title>
		<link>http://blog.aboutnetapp.ru/archives/863#comment-1273</link>
		<dc:creator>Sergey</dc:creator>
		<pubDate>Wed, 13 Apr 2011 18:09:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/863#comment-1273</guid>
		<description>Ну что касается обычных СХД, то вендоры очень не любят вопросы про снепшоты :)
Буквально сегодня сейлз расписался про 255 возможных copy-on-write снепшотов, на мой вопрос "а не сдохнет ли оно уже на 20-25?"
после паузы был получен утвердительный ответ.</description>
		<content:encoded><![CDATA[<p>Ну что касается обычных СХД, то вендоры очень не любят вопросы про снепшоты :)<br />
Буквально сегодня сейлз расписался про 255 возможных copy-on-write снепшотов, на мой вопрос &#8220;а не сдохнет ли оно уже на 20-25?&#8221;<br />
после паузы был получен утвердительный ответ.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Korj</title>
		<link>http://blog.aboutnetapp.ru/archives/863#comment-1272</link>
		<dc:creator>Korj</dc:creator>
		<pubDate>Wed, 13 Apr 2011 09:04:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/863#comment-1272</guid>
		<description>Помню, на этапе выбора системы хранения мы разбирали предложения различных производителей, в том числе HP. В отличие от NetApp, представители HP грудью ложились, чтоб не выдать внутреннее строение предлагаемого "оркестра". Кое-как добившись правды (в том числе после тыканья местных носом в противоречия их ответов на вопросы и официальной документации HP, грубо говоря "поздравляем, товарищ соврамши") выяснилось, что блоки у HP 4-мегабайтные, кажется, и при записи одного байта информации в блок, у которого есть, скажем, 25 снэпшотов, производится copy-on-write 100МБайт информации! После того, как мы это раскопали, даже один из местных технарей HP в приватном разговоре назвал предлагаемую систему непечатно...</description>
		<content:encoded><![CDATA[<p>Помню, на этапе выбора системы хранения мы разбирали предложения различных производителей, в том числе HP. В отличие от NetApp, представители HP грудью ложились, чтоб не выдать внутреннее строение предлагаемого &#8220;оркестра&#8221;. Кое-как добившись правды (в том числе после тыканья местных носом в противоречия их ответов на вопросы и официальной документации HP, грубо говоря &#8220;поздравляем, товарищ соврамши&#8221;) выяснилось, что блоки у HP 4-мегабайтные, кажется, и при записи одного байта информации в блок, у которого есть, скажем, 25 снэпшотов, производится copy-on-write 100МБайт информации! После того, как мы это раскопали, даже один из местных технарей HP в приватном разговоре назвал предлагаемую систему непечатно&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр</title>
		<link>http://blog.aboutnetapp.ru/archives/863#comment-1271</link>
		<dc:creator>Александр</dc:creator>
		<pubDate>Wed, 13 Apr 2011 08:06:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/archives/863#comment-1271</guid>
		<description>Кошмар... я конечно понимаю, что у блочных девайсов старой школы стало много проблем с появлением NetApp'а на арене, и что им нечего противопоставить со своими, по сути, тупыми хранилищами... но чтобы опускаться до такой явной антирекламы... ??меея опыт работы с блочными девайсами старой школы и с NetApp, при сравнении я никогда не называл вендоров блочных устройств дабы не делать антирекламы - я  все же за честную конкуренцию. Но теперь, я конечно же буду открыто говорить все плохое, что буду узнавать про HP при сравнении с NetApp... а хорошего я пока у них ничего не вижу.</description>
		<content:encoded><![CDATA[<p>Кошмар&#8230; я конечно понимаю, что у блочных девайсов старой школы стало много проблем с появлением NetApp&#8217;а на арене, и что им нечего противопоставить со своими, по сути, тупыми хранилищами&#8230; но чтобы опускаться до такой явной антирекламы&#8230; ??меея опыт работы с блочными девайсами старой школы и с NetApp, при сравнении я никогда не называл вендоров блочных устройств дабы не делать антирекламы - я  все же за честную конкуренцию. Но теперь, я конечно же буду открыто говорить все плохое, что буду узнавать про HP при сравнении с NetApp&#8230; а хорошего я пока у них ничего не вижу.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
