<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
					xmlns:content="http://purl.org/rss/1.0/modules/content/"
					xmlns:wfw="http://wellformedweb.org/CommentAPI/"
					xmlns:atom="http://www.w3.org/2005/Atom"
				  >
<channel>
<atom:link rel="self"  type="application/rss+xml"  href="http://rulinux.net/rss_from_sect_4_subsect_10_thread_33364"  />
<title>rulinux.net - Форум - Talks - Доклад Google о файловых системах Linux</title>
<link>http://rulinux.net/</link>
<description><![CDATA[Портал о GNU/Linux и не только]]></description>
<image><title>rulinux.net - Форум - Talks - Доклад Google о файловых системах Linux</title>
<link>http://rulinux.net/</link>
<url>http://rulinux.net/rss_icon.png</url>
</image>
<item>
<title>Re: Доклад Google о файловых системах Linux</title>
<link>https://rulinux.net/message.php?newsid=33364&amp;page=1#91319</link>
<guid>https://rulinux.net/message.php?newsid=33364&amp;page=1#91319</guid>
<pubDate>Tue, 10 May 2011 12:52:54 +0400</pubDate>
<description><![CDATA[<p><i>>Ну как тебе сказать... При фокусах с патентованием програмного обеспечения и возможностью хоть минимальных требований к оплате, помноженные на количество их серверов... На одной оплате адвокатов можно разориться.</i><br> Так никакой гпл от патентов не спасёт - это ведь разные вещи.</p><p>А по идее "для себя" ты можешь GPL нарушать, так как не распространяешь. А тут не анархистско-столлмановский AGPL, а самый обычный GPL, и, не распространяя сервер, ты никому ничего по идее не должен. </p>]]></description>
</item>
<item>
<title>Re: Доклад Google о файловых системах Linux</title>
<link>https://rulinux.net/message.php?newsid=33364&amp;page=1#91318</link>
<guid>https://rulinux.net/message.php?newsid=33364&amp;page=1#91318</guid>
<pubDate>Tue, 10 May 2011 12:38:18 +0400</pubDate>
<description><![CDATA[<p><i>>А разве гугла сильно волнуют лицензии на своих серверах?</i><br> Ну как тебе сказать... При фокусах с патентованием програмного обеспечения и возможностью хоть минимальных требований к оплате, помноженные на количество их серверов... На одной оплате адвокатов можно разориться.</p>]]></description>
</item>
<item>
<title>Re: Доклад Google о файловых системах Linux</title>
<link>https://rulinux.net/message.php?newsid=33364&amp;page=1#91317</link>
<guid>https://rulinux.net/message.php?newsid=33364&amp;page=1#91317</guid>
<pubDate>Tue, 10 May 2011 11:17:58 +0400</pubDate>
<description><![CDATA[<p><i>>ZFS - отличная производительность, высокая надежность и богатые возможности с одной стороны, но с другой стороны несовместимая с GPL лицензия на код;</i><br> А разве гугла сильно волнуют лицензии на своих серверах?</p>]]></description>
</item>
<item>
<title>Re: Доклад Google о файловых системах Linux</title>
<link>https://rulinux.net/message.php?newsid=33364&amp;page=1#91316</link>
<guid>https://rulinux.net/message.php?newsid=33364&amp;page=1#91316</guid>
<pubDate>Tue, 10 May 2011 10:30:28 +0400</pubDate>
<description><![CDATA[<p><i>> XFS - отличная производительность, но чрезмерная усложнённость реализации;</i><br> Почему это их волнует?</p><p><i>> ZFS - отличная производительность, высокая надежность и богатые возможности с одной стороны, но с другой стороны несовместимая с GPL лицензия на код;</i><br> Если не распространять систему, то и никаких проблем с GPL. GPL какие-то ограничения начинает накладывать только при распространении.</p>]]></description>
</item>
<item>
<title>Доклад Google о файловых системах Linux</title>
<link>https://rulinux.net/message.php?newsid=33364&amp;page=1#91315</link>
<guid>https://rulinux.net/message.php?newsid=33364&amp;page=1#91315</guid>
<pubDate>Tue, 10 May 2011 07:38:00 +0400</pubDate>
<description><![CDATA[<p>Опубликована &nbsp;<a href="http://google-opensource.blogspot.com/2011/05/linux-file-systems-in-cloud-linux.html">http://google-opensource.blogspot.com/2011/05/linux-file-systems-in-cloud-linux.html</a> видеозапись доклада Майкла Рубина (Michael Rubin), занимающегося системами хранения данных в Google, о причинах миграции с файловой системы Ext2 на Ext4. В докладе показаны результаты исследования производительности EXT2, достоинства и недостатки различных файловых систем, доступных в Linux, причины выбора файловой системы Ext4 для использования на серверах Google.</p><p>Некоторые тезисы:</p><p>Файловая система Ext2 очень надежна, но имеет проблемы с производительностью при высокой интенсивности ввода/вывода. Из всех дисковых операций 40% было связано с обработкой метаданных и только 60% с самими данными (после перехода на Ext4 это соотношение удалось свести к 4% для метаданных и 96% для данных, общая производительность при этом возросла, в зависимости от областей применения, в полтора-два раза). При высокой нагрузке удаление 8 Мб файла иногда длилось до 800 секунд, наблюдались проблемы с фрагментацией. Как вариант решения проблемы все метаданные можно было кэшировать, но это потребовало бы больших затрат оперативной памяти. Еще один недостаток Ext2 - очень долгое выполнение восстановления при помощи fsck - для диска 1 Тб восстановление занимало 85 минут;</p><p>Ext3 - проблемы с долгим выполнение fsck решены за счет поддержки журналирования, но производительность осталась на уровне Ext2. Дополнительные плюсы - простота управления и лёгкость миграции с Ext2;</p><p>Ext4 - кроме унаследованных у Ext3 плюсов в Ext4 частично решены проблемы с производительностью. Производительность не самая высокая среди доступных ФС, но вполне достаточная;</p><p>В Btrfs реализованы очень интересные возможности, но код еще не готов для промышленного применения;</p><p>XFS - отличная производительность, но чрезмерная усложнённость реализации;</p><p>ZFS - отличная производительность, высокая надежность и богатые возможности с одной стороны, но с другой стороны несовместимая с GPL лицензия на код;</p><p>ReiserFS и JFS не рассматривались в Google как варианты для миграции из-за недостаточной поддержки кодовой базы;</p><p>В Google не используют журналирование - потери производительности оказались слишком большими (накладные расходы понизили производительность на 23%-33% в зависимости от типа журнала). Конфигурация без журнала также продемонстрировала большую предсказуемость.</p><p>&nbsp;<a href="http://www.opennet.ru/opennews/art.shtml?num=30478">http://www.opennet.ru/opennews/art.shtml?num=30478</a></p>]]></description>
</item>
</channel>
</rss>