https://mobile.opennet.me/openforum/vsluhforumID3/76968.html Опубликована (http://google-opensource.blogspot.com/2011/05/linux-file-systems-in-cloud-linux.html) видеозапись доклада Майкла Рубина (Michael Rubin), занимающегося системами хранения данных в Google, о причинах миграции с файловой системы Ext2 на Ext4. В докладе показаны результаты исследования производительности EXT2, достоинства и недостатки различных файловых систем, доступных в Linux, причины выбора файловой системы Ext4 для использования на серверах Google.<br><br><br>Некоторые тезисы:<br><br><br>- Файловая система Ext2 очень надежна, но имеет проблемы с производительностью при высокой интенсивности ввода/вывода. Из всех дисковых операций 40% было связано с обработкой мета-данных и только 60% с самими данными. При высокой нагрузке удаление 8 Мб файла иногда длилось до 800 секунд, наблюдались проблемы с фрагментацией. Как вариант решения проблемы все мета-данные можно было кэшировать, но это потребовало бы больших затрат оперативной памяти. Еще один недостаток Ext2 - очень долгое выполнение во...<br><br>URL: http://google- https://mobile.opennet.me/openforum/vsluhforumID3/76968.html#161 Mon, 16 Jan 2012 21:21:49 GMT &gt;Файловая система Ext2 очень надежна, но имеет проблемы с производительностью при высокой интенсивности ввода/вывода. <br><br>ВНЕЗАПНО<br> https://mobile.opennet.me/openforum/vsluhforumID3/76968.html#160 Mon, 16 Jan 2012 12:27:36 GMT Аналогично. Все стандартные системы - на ext4, ибо мейнстрим. Городить зоопарк ради растопыривания пальцев смысла нет, проще добавить диск в RAID, сменить RAID Level или добавить машину в кластер - в зависимости от потребности.<br> https://mobile.opennet.me/openforum/vsluhforumID3/76968.html#159 Mon, 16 Jan 2012 10:36:18 GMT &gt; Вот выйдет пару релизов федоры, сотни и тысячи юзеров помучают этоу ФС под разные задачи - может Гугл и посмотрит на нее с большим доверием.<br><br>Абсолютно уверен в том, что Гуглу наплевать на мнение этих "тысяч юзеров".<br><br>btrfs давно в настоящих дистрибутивах (Debian, RHEL). Кому надо - давно использует.<br> https://mobile.opennet.me/openforum/vsluhforumID3/76968.html#158 Mon, 16 Jan 2012 08:34:52 GMT &gt; асно :) тогда ворпос, просто сам напрашивающийся, а почему их мало?<br>&gt; т.е. нужна реклама, я так понимаю? чтобы мир узнал об этом ? <br><br>Со стороны Ганса было достаточно антирекламы в LKML, когда он забил болт на reiserfs3<br>и демонстративно отказался нормально объяснить "почему именно плагины" в reiserfs4.<br> https://mobile.opennet.me/openforum/vsluhforumID3/76968.html#157 Wed, 24 Aug 2011 21:34:40 GMT &gt;&gt; Если у Вас не будет миллионов мелких файлов, то лучше использовать XFS <br>&gt;&gt; -- не новая, отлаженная, быстрая, многопоточные чтение-запись (по потоку на каждый <br>&gt;&gt; экстент), есть дефрагментатор, утилиты восстановления.<br>&gt; Не поверите, но у меня как раз таки миллионы мелких файлов :) <br>&gt; (по 5-30Мб).<br>&gt; А в XFS меня пугает требования к объему памяти для чекдиска, хотя, <br>&gt; вроде, можно указать сколько памяти максимум использовать.<br>&gt; Вообще да, скорее всего XFS и буду использовать, JFS уже не развивается. <br><br>у меня был хард с потерей информации (графика главным образом, видео, пдф, немного текста), на нём была установлена ехт журналируемая, после частичного форматирования и записи фс вообще не инитилась. Читал с хард-а форемост-ом (надо сказать отличнийшая штука, проприетарный коммерческий р-студио не лучше фри-форемоста). Так вот графич файлы на предмет их "гожести" я просматривал в наутилус-е в виде эскизов, увеличивая скролом до нужного. Фото исчислялись десятками тысяч, естественно отобразить такое коли https://mobile.opennet.me/openforum/vsluhforumID3/76968.html#156 Tue, 24 May 2011 00:16:49 GMT &gt;&gt; Уже который год... Полёт нормальный!<br>&gt; А вот некоторые другие с рейзером почему-то ругаются, когда им fsck превращает <br>&gt; том в вермишель.<br><br>А вот у меня этот самый fsck отрабатывает нормально... да ещё и "битый" диск смог восстановить...<br> https://mobile.opennet.me/openforum/vsluhforumID3/76968.html#155 Mon, 23 May 2011 17:25:08 GMT &gt;&gt;&gt; А что там раскрывать, первые минуты после свежего форматирования все эти COW-подобные <br>&gt;&gt;&gt; файловые системы (та же btrfs)просто летают. Кирдык и жутчайшая фрагментация приходит <br>&gt;&gt;&gt; когда разделом пользуются долго и свободного места на диске все меньше <br>&gt;&gt;&gt; и меньше.<br>&gt;&gt; Не надо обобщать. ZFS не страдает от такой фигни как заполненность диска.<br>&gt; Врать-то зачем?<br><br>А я и не вру:<br><br>% zpool list store<br>NAME SIZE USED AVAIL CAP HEALTH ALTROOT<br>store 1,73T 1,70T 30,9G 98% ONLINE -<br><br>% zpool upgrade store<br>This system is currently running ZFS pool version 15.<br><br>Pool 'store' is already formatted using the current version.<br><br>% uname -rsm<br>FreeBSD 8.2-STABLE amd64<br> https://mobile.opennet.me/openforum/vsluhforumID3/76968.html#154 Mon, 23 May 2011 14:39:57 GMT &gt; Уже который год... Полёт нормальный!<br><br>А вот некоторые другие с рейзером почему-то ругаются, когда им fsck превращает том в вермишель.<br> https://mobile.opennet.me/openforum/vsluhforumID3/76968.html#152 Mon, 23 May 2011 14:12:42 GMT &gt; У вас диск на 16 Терабит?<br><br>Не вижу никаких проблем набрать составной том на 16Тб. Всего 8 HDD по 2Гб и готово. Мелко плаваете, на хабре юзеры собрали домашнюю файлопомойку на 90Тб. <br>