Всё это хорошие сказочки, но пусть они попробуют рассказать это embedded программистам, которым хватает программной памяти на read-only доступ к fat и не более. Всунуть алгоритмы доступа к zfs в 2кб кода наверное проблематично.

в 12к вместе со сжатием вполне можно. Зачем fat?

12K /lib/modules/3.1.6-1.fc16.i686/kernel/fs/cramfs/cramfs.ko

если мне глаза не изменяют, то да. Гугл хочет найти ФС для себя :)

zfs, btrfs, какой-то молоток, xfs...
одно говно
они их хоть пытались *использовать*?
а где любимая гуглом ext4?
ой, а она то заменена графиках на ext3 - беда-беда
и вообще - какого хера это делает в сравнении вышеописанных фс!? о_О

стоит почитать интервью с Эдуардом Шишкиным из RedHat, который считает btrfs одним сплошным недоразумением

уж чья бы корова мычала, а его молчала - испоганил нормальную фс да и только

Кстати, о btrfs. Имеет смысл рассматривать эту ФС пока применительно только к ОС Linux...., и можно определенно сказать, что через годик-другой — это будет наиболее универсальный и взвешенный выбор для этой ОС из всех возможных

порвало в клочья
они ей пробовали пользоваться!?
тест только новомодных фс - временем не проверенных
похорон^Wгуголь - такой гуголь
xfs разве что для файлов-гигантов

Майкл Рубин отдельно подчеркнул, что Google умышленно не рассматривал среди числа этих перспективных ФС, такие некогда популярные проекты, как JFS, ReiserFS, а также инновационную Tux3, — из-за их хронических проблем с графиком разработки и недостаточной поддержкой кодовой базы.

дебила кусок
эталон на то и эталон (речь про рейзер, jfs - тормозилка, тукс - вообще хер пойми кто и откуда)
// /me охерел и пошёл пить

такой позор и на главной

http://www.opennet.ru/opennews/art.shtml?num=32667 https://lkml.org/lkml/2011/12/23/161

вот как раз после прочтения этого а так же блога разработчика у меня и сложилось мнение что проект не выживет. Я ещё раз повторю суть проблемы: нигде ни слова как этим пользоваться. Если лишь какие-то непонятные репы, большинство из которых протухло: http://www.ioremap.net/cgi-bin/gitweb.cgi

Полная чушь, этого идиота надо Гуглу уволить и нанять Эдуарда Шишкина с группой математиков. Мерить графиками йопс-ов теоремы о балансировке деревьев - бред сивой кобылы.

Такое ощущение что Гугл уже скатился в увесистую говноподелку, скорей бы уже из него выделился гугл-2, формация людей делающих дело, Деловых. А не ЗАВИстливых НЕПРИгодностей. По Паркинсону, страдающих НЕПРИЗАВИТом.

И ваще, я каждый день смотрю кинцо по 1 эксабайт. Нахрена такая ФС? Делайте интеграцию в облако фаршика из множества файлов, зачем эта зета-муть.

Сколько раз уже говорено, информационные системы имеют иерархию, если строишь здание, одноэтажное или без этажей - говеное здание.

http://habrahabr.ru/blogs/javascript/130681/#comment_4331940

GWT был одним из самых первых и самых успешных таких проектов. Когда он появился, все закричали: — Да вы что — это ж именно то, на чем написали GMail и Google Docs! Значит и мы сможем написать наше энтерпрайз-приложение! Сам Гугл при этом тактично молчал, пропагандировал GWT на всех конференциях, рассказывал о том, как это все здорово.

Так GWT завоевал свое место в Энтерпрайзах. А потом случился казус: Google открыл свою библиотеку на JS — Google Closure — со словами — Вообще-то Gmail и Доксы написаны на ДжаваСкрипте. Все такие: — Эээ… пардон, а… на GWT тогда что написано??? — Ну, вообще-то, мы на нем Google Wave написали, но он страшно тормозит, поэтому мы его закрываем.

А сейчас, я так понимаю, гугл даёт НАМ рекомендации, какой ФС пользоваться?

её никто не развивает.

а Шишкин как же?

а Шишкин как же?

это с его слов из интервью я и говорю. Он сказал что времени у него только на портирование на новые ядра, новые фичи он не вносит.

Правда, интервью старое, но... Сколько ты видел новостей о рейзерфс за последние года три? А между тем бтрфс всякие часто мелькают.

Дада одни новости мелькают.

«Как восстановить полетевшую btrfs? Я знаю что эксперимент, я особо важно не клал туда, только важное, хотелось бы ну хоть как нибудь ну хоть пару байтиков...» «Мы над fsck работаем, но вот отвлеклись немного из за открывшегося окна приема патчей Линусом, позже в конце месяца будут».

И год назад, и пол года назад, и неделю назад все новости и новости. B 2013 та же песня будет.

А между тем бтрфс всякие часто мелькают

Люди несут горы btrfs-ов, которые перестали у них монтироваться, а их не переставая кормят завтраками про btrfsck. Думаю, что скоро всем это надоест.

Прочитал сначала «Фейловые системы ближайшего будущего». Что бы это значило?

PS. XFS, которой уже лет 10, причислили к ФС будущего?

разве я говорил что оно продакшн-рэди? Я говорил о том что его пилят. Причём, судя по гиту, очень хорошо пилят. Проверял три недели назад.

А то что оно хреново работает я и сам знаю, у меня с ним виртуалочка есть.

XFS, которой уже лет 10, причислили к ФС будущего?

речь о том что есть файлухи которые могут эволюционировать за счёт грамотной архитектуры и те которые потом могут развиваться только за счёт костылей и подпорок.

XFS, которой уже лет 10, причислили к ФС будущего?

Пожалуй, XFS — это единственная ФС с поддержкой снапшотов, которую портировали в Linux.

Ну, не надо так про jfs. Почему она тормозилка?

так что как была она мёртворождённым дитя, так и осталась

Жаль. Концепция Dancing B-Trees уникальна в своем роде.

прошлое, настоящее и будущее за кластерными файловыми системами типа gpfs.

а то sata(который так любит zfs) контроллер сдохнет и привет

а то sata(который так любит zfs) контроллер сдохнет и привет

Если контроллёр подыхает, то неотказоустойчивый Z-пул (например, состоящий из одного диска или цепочки дисков), просто останавливается. Данные целы, в отличие от...

я про то, что в описании не затронута reiserfs

Очень даже затронута.

Майкл Рубин отдельно подчеркнул, что Google умышленно не рассматривал среди числа этих перспективных ФС, такие некогда популярные проекты, как JFS, ReiserFS, а также инновационную Tux3, — из-за их хронических проблем с графиком разработки и недостаточной поддержкой кодовой базы.

Третий параграф введения.

Сделал один вывод: во что бы то ни стало на Linux нужно портировать

От него даже Эпл отказался, несмотря на затраты во портированию и интеграцию.

Сделал один вывод: во что бы то ни стало на Linux нужно портировать ZFS.

Не сделали они такого вывода.

Очень даже затронута.
... недостаточной поддержкой кодовой базы

Трепло. Кто, когда и какую базу ему не поддержал?

Тема exFAT не раскрыта. Кстати, самое то для игрушек под Максимальной.

Тема exFAT не раскрыта.

А никто в здравом уме серьёзно рассматривать поделку от M$ и не будет.

А что из названного гвозди, а что - микроскоп?

Вроде же и так все понятно: ZFS - микроскоп, embedded - гвозди (из-за ограниченности ресурсов)

12K /lib/modules/3.1.6-1.fc16.i686/kernel/fs/cramfs/cramfs.ko

12K конечно хорошо, но рынок может обеспечить только fat.

DarkAmateur

Почему она тормозилка?

потому что тормозилка
//Кэп

12K конечно хорошо, но рынок может обеспечить только fat.

Так в чем тогда печаль? Никогда не понимал нищебродов, которые лезут обсуждать достоинства фуагра и вина в разных ресторанах в то время, как «рынок им может обеспечить» только семки и жигулевский пивасик на бесплатной лавочке около подъезда. У вас по десять жизней что ли, чтобы обсуждать то, что вам однозначно не подходит или недоступно?

Да нет, я не заметил в ней никаких тормозов. Неудобства, да, а тормозов или глюков пока не было видно.

Уж не знаю, что за картинки в статье, но рекомендую оригинал: http://google-opensource.blogspot.com/2011/05/linux-file-systems-in-cloud-lin...

Вообщем, вопросы: эта статья - перевод? свод данных (аля перевод из видео)? собственные тесты? я так и не понял ни аудиторию, на которую расчитана статья, ни о чем конретно речь (Майкл Рубин в своем выступлении говорил про облака Гугла). Более того, не удосужились указать ссылку на оригинал (указали опеннет). Удалите и больше не позорьтесь :)

Это какая-то беллетристика?

зачем эмбеддедам такие объемы?

Раньше у них была ext2. Возможно, с некоторыми фичами ext3 (кроме журнала), но это мне не известно.

хотят перейти на btrfs когда та стабилизируется и приблизиться по производительности к ext4.

Позднее зажигание. Сейчас препятствие только одно — утилиты.

Тем не менее, ситуация с btrfs пока напоминает ситуацию с zfs трёхлетней давности, когда были значительные риски в её использовании в продакшене, связанные с непредсказуемостью производительности в различных сценариях применения.

То же самое сейчас демонстрирует btrfs, уж слишком значительно отличается её дизайн от дизайна классических ФС

500 терабайт информации еженедельно продуцирует Большой адронный коллайдер.

.log ?

внатуре, где рейзер4?

Забавно.

.bmp && .svg ?

В жопе.

Пожалуй, XFS — это единственная ФС с поддержкой снапшотов, которую портировали в Linux.

Таки ZFS вполне уже работает, я на ней /usr/portage держал, но она жрала куча памяти и похоже не любит мелкие файлы (тормозааа). Пришлось вернуть ext4

в этом треде местные аналитики рекомендуют гуглу какую фс использовать

facepalm

ну и

Новости - OpenSource
В мае 2011 года

Shaman007, ты бы хоть читал иногда всколзь перед апрувом

Как интересно, ни одной фс разработанной в рамках ядра linux нет.

Снапшоты поддерживаются и другими ФС. Btrfs и NILFS2, как минимум. А еще ext3/4 с костылями.

PS. Я не говорю, что XFS плохая. Наоборот - одна из самых фичастых ФС под никсы. Но! Столь старая (хоть и очень и очень хорошая) ФС - это ФС будущего???

почти 20 уже, где 10?

PS. XFS, которой уже лет 10, причислили к ФС будущего?

BTW, юзаю лет 17. Полет нормальный. остальное на фоне XFS - ну, в статьях все сказано :) XFS хотя бы профи делали в те времена, когда не было такой суеты и школоты, допущенной делать коммиты. А то, что нынешняя школота не лезет в XFS - так мне даже спокойнее, не сломают...

радует что рубин не вспомнил про рейзер4. сразу видно хороший специалист а не лоровский аналитик гг.

Маркетинговый высер. Будущее за множеством связанных дешевых девайсов, а использование этих файлух подразумевает наличие дорогущего оборудования, ведь все эти файлухи хреново кластеризуются или не кластеризуются вообще.

Файловые системы ближайшего будущего
btrfs

«Громкий смех в зале, местами переходящий в истерику» (с)