Стопицот раз уже обсуждали.

ну со сжатием размер намного меньше. я когда-то var держал на reiser, но после четвертого крэша забил и сделал ext3. btrfs пока раза 2 крашился, но я юзаю 28е zen-sources. в 29 наверное постабильней

За оформление новости - ПЯТЬ ПИНГВИНОВ!

>Эй, детвора! Где же ваши привычные выкрики "вендекапец" и пр.?

Пендырвенде!

Ё, а почему про это ни слова?

[KMS]
>X.org doesn't need the root privileges anymore (they were needed before only because the old drivers needed direct hardware access to implement the drivers), making possible to run X.org as non-root

(по ссылке с KernelNewbies.org)

А, чёрт, поторопился.

>However, trying modesetting in this release is not easy. In the kernel side, only the Intel driver is getting modesetting support in this release (support for other drivers is being worked on and will be merged in future releases). In the X.org side, it's even more difficult. Because when the kernel modesetting support is enabled, it is /!\ REQUIRED /!\ that the X.org driver also has modesetting support. If you enable kernel modesetting and you don't have a modesetting-enabled driver, X.org will NOT be able to work in any way and it even may crash your machine. There's no way to workaround this, except disabling kernel modesetting (running a modesetting enabled X.org driver in a modesetting disabled kernel is allowed). Right now, only the Intel driver seems to have a stable release with modesetting support, alpha support is being worked on for other drivers.

Но всё равно это хорошие новости.

Пока не советую, сыровато ещё. Её каждый день пилят усердно. Но вроде бы формат уже заморозили.

Опять спрятали галочку Correct,Quick & Error-disabled mode (experimental) [*]

Ну, погодём до 2.6.29.3

Кто уже поэксперементировал, скажите пожалуйста:
1. дрова 180.xx от NVIDIA работают нормально?
2. vmware workstation 6.5 работает?

оформление новости порадовало

>> Новая экспериментальная файловая система Btrfs

Шикарно

>> Всё определяется скоростью работы, нет ?

>Вашей логикой надо отказываться от MMU и колец защиты. Ведь без них будет быстрее! Получается, syscall лишь способ отшивать конкурентов?

Разве reiser4 не надёжнее конкурентов ?

>> если появляется качественная разработка, которой мешает VFS, значит его надо развивать.

>Как раз это Ганс и отказался делать.

Это ведь общая проблема, или только проблема Ганса ? Если у одного автора по каким либо причинам не получается заняться этим вопросом, других разве нет ?

Неужели таким вопросом занимаются как бог на душу положит, при помощи гадания на внутренностях баранов ?

> 1. дрова 180.xx от NVIDIA работают нормально?

Да. Разработчики из NVidia, в отличие от коллег из ATI, начинают портирование своих дров на новые ядра при появлении первых релиз-кандидатов.

>> Насколько я понимаю зависть разработчиков ext3/ext4 никогда не позволит reizer4 включить в ядро.

>Какая ещё зависть? Будь рейзер4 всего лишь модулем ядра, вписывающемся в API ядра, давно бы уже включили. Там же патч затрагивает даже filemap.c и другие компоненты VFS. Статус у рейзер4 - практически unmantained, если не считать нашего соотечественника, век ему здоровья, который тянет всю эту махину своими плечами.

Да хоть куда. У меня эти изменения проблем не вызывают и не вызывали.

А проблема кривости VFS интересна только её разработчикам - пусть развивают. Я первый раз вижу ситуацию, когда кривость существующего кода становится серьёзным аргументом.

>Я пользовался рейзером4 на протяжении лет, даже статью в вики лора написал. Но... увы, уже ничего не поделаешь - бревно не может вечно плавать на поверхности: либо на берег, либо на дно. Рекомендую переключить свой пыл на btrfs - она уже в ядре и за её спиной стоит оракл.

Да ну их ... Пока существующая система меня устраивает.

>>он уже несколько там живет. Насколько я понимаю зависть разработчиков ext3/ext4 никогда не позволит reizer4 включить в ядро.

>а btrfs уже включили? может дело все-таки не в зависити а в том что код кривой?

Кривость кода должна на практике приводить к проблемам. Если не приводит, то это уже эстетическая оценка.

А поверить в то, что бета код менее кривой, нежели уже прошедшей все этапы разработки системы, практически невозможно

При таком количестве таких изменений надо обновляться! :)))

>Разве reiser4 не надёжнее конкурентов ?

Каких конкурентов?

В ядро её не включают не только из-за vfs, но и из-за того, что нет гарантий, что кто-то будет её пилить. А держать в ядре неподдерживаемый код очень нежелательно.

> Разве reiser4 не надёжнее конкурентов ?

Смотря кого вы в конкуренты пишете.

>А поверить в то, что бета код менее кривой, нежели уже прошедшей все этапы разработки системы, практически невозможно

Это reiser4 прошла все этапы разработки? Она с трудом на альфу потянет. То, что у вас нет с ней проблем, ничего ещё не говорит.

> Да хоть куда. У меня эти изменения проблем не вызывают и не вызывали.

> А проблема кривости VFS интересна только её разработчикам - пусть развивают. Я первый раз вижу ситуацию, когда кривость существующего кода становится серьёзным аргументом.

Дык, сидите на своём собственном ядре. Тогда вам будут интересные только ваши проблемы и неинтересны чужие.

>> Разве reiser4 не надёжнее конкурентов ?

>Смотря кого вы в конкуренты пишете.

Я хотел сказать, что она не менее надёжна других линуксовых файлух

>Насколько я понимаю зависть разработчиков ext3/ext4 никогда не позволит reizer4 включить в ядро.

AFAIR, в .31 обещали включить ;)

>она не менее надёжна других линуксовых файлух

Это каких? Разве что btrfs, но её активно пилят.

>> Да хоть куда. У меня эти изменения проблем не вызывают и не вызывали.

>> А проблема кривости VFS интересна только её разработчикам - пусть развивают. Я первый раз вижу ситуацию, когда кривость существующего кода становится серьёзным аргументом.

>Дык, сидите на своём собственном ядре. Тогда вам будут интересные только ваши проблемы и неинтересны чужие.

Если у меня всё разделы на рейзер4, как вы думаете, сижу ли я на ванильном ядре. и другой не менее философский вопрос - пропатченное ядро, насколько оно _другое_ ?

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

Не хватает возможностей VFS для качесвенно сделанной программы, значит её конпцеция кривая - устаревшая. И её разработчик обязан развить этот самый VFS.

Простой вопрос. РАзве это планируемая бтр* не будет ломать VFS и не только, ещё более радикально, чем рейзер4 ?

>>Насколько я понимаю зависть разработчиков ext3/ext4 никогда не позволит reizer4 включить в ядро.

>AFAIR, в .31 обещали включить ;)

Дай бог, а то уже просто неприлично выглядит.

Ведь бтр* ещё более радикально будет перекраивать ядро, чем рейзер4

>>она не менее надёжна других линуксовых файлух

>Это каких? Разве что btrfs, но её активно пилят.

Когда речь идёт о ядре, даже одной недопиленной фс это уже много.

Но ведь до того была не допиленная ext4

>У меня вопросец, а насколько это безвредно и что может дать перевод на btrfs /usr/portage ?

Она же ещё не стабильна, да и планировалась как альтернатива ZFS.

>>А поверить в то, что бета код менее кривой, нежели уже прошедшей все этапы разработки системы, практически невозможно

>Это reiser4 прошла все этапы разработки? Она с трудом на альфу потянет. То, что у вас нет с ней проблем, ничего ещё не говорит.

Я на свой страх и риск ставил её и на разные сервера - предусматривая необходимую защиту. Проблем, больших чем с другими фс не видел.

>Ведь бтр* ещё более радикально будет перекраивать ядро, чем рейзер4

Откуда дровишки? Она уже в ядре, вроде ничего в связи с ней особо не перекраивали.

>Но ведь до того была не допиленная ext4

Но допилили же. И btrfs допилят. А reiser4 допиливать некому, вот и не включают в ядро.

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

Иииии? Где написано, что разработчики ядра обязуются включать в него любую вещь? Или любую, которая кому-то понравилась?

> Не хватает возможностей VFS для качесвенно сделанной программы, значит её конпцеция кривая - устаревшая. И её разработчик обязан развить этот самый VFS.

Совершенно не факт. Причём, как в целом, так и по отдельности. Тем более, если некто перелопатил половину чужого кода, то почему бы ему и не поддерживать перелопаченное?

> Простой вопрос. РАзве это планируемая бтр* не будет ломать VFS и не только, ещё более радикально, чем рейзер4 ?

Простой ответ: не знаю. Не изучал этот вопрос. Но бтр уже в ядре и попала туда очень быстро. А вот рейзер не попадал. Причём, даже когда конкурентов ему не было. Причины должны быть. Извините, но в заговор я не верю.

> Я на свой страх и риск ставил её и на разные сервера - предусматривая необходимую защиту.

Это как? o_O Сисблок обматывался оберегами?

> Ведь бтр* ещё более радикально будет перекраивать ядро, чем рейзер4

Нет. И проблема вообще не в том, что Reiser4 перекраивает ядро, а в том, что она несет в себе кучу функционала, который (ка считают знающие люди) должен быть частью VFS.

> Тасманского дьявола в топку.

А вот мне наоборот он больше пингвина нравиться. Я бы не против, чтобы этого бобросвина так и оставили в качестве логотипа.

>>> если появляется качественная разработка, которой мешает VFS, значит его надо развивать.

>> Как раз это Ганс и отказался делать.

> Это ведь общая проблема, или только проблема Ганса ?

Это именно проблема Ганса (точнее, Reiser4).

> Если у одного автора по каким либо причинам не получается заняться этим вопросом, других разве нет ?

Другим это не нужно было.

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

>Иииии? Где написано, что разработчики ядра обязуются включать в него любую вещь? Или любую, которая кому-то понравилась?

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

>> Не хватает возможностей VFS для качесвенно сделанной программы, значит её конпцеция кривая - устаревшая. И её разработчик обязан развить этот самый VFS.

>Совершенно не факт. Причём, как в целом, так и по отдельности. Тем более, если некто перелопатил половину чужого кода, то почему бы ему и не поддерживать перелопаченное?

Из этого вопроса было неправильно делать повод для столкновения. Кто то должным был сделать эту работу. И этот кто то, должен был найтись.

>> Простой вопрос. РАзве это планируемая бтр* не будет ломать VFS и не только, ещё более радикально, чем рейзер4 ?

>Простой ответ: не знаю. Не изучал этот вопрос. Но бтр уже в ядре и попала туда очень быстро. А вот рейзер не попадал. Причём, даже когда конкурентов ему не было.

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

>Причины должны быть. Извините, но в заговор я не верю.

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

>> Я на свой страх и риск ставил её и на разные сервера - предусматривая необходимую защиту.

>Это как? o_O Сисблок обматывался оберегами?

Прикручивал libastral.so.5

А что там с дровами для Intel GM965? direct rendering не сломался? Какой xorg надо ставить с этим ядром и какую версию драйверов, чтобы хотя бы glxgears работало?

>Кто то должным был сделать эту работу. И этот кто то, должен был найтись.

Ещё одно отличие Linux - никто никто никому ничего не должен

>>>> если появляется качественная разработка, которой мешает VFS, значит его надо развивать.

>>> Как раз это Ганс и отказался делать.

>> Это ведь общая проблема, или только проблема Ганса ?

>Это именно проблема Ганса (точнее, Reiser4).

Есть некое сообщество, и не только разные разработчики. И в рамках этого сообщества, предполагается, что свобода самовыражения разработчиков при помощи паскудства и подсиживания должна быть ограниченна.

>> Если у одного автора по каким либо причинам не получается заняться этим вопросом, других разве нет ?

>Другим это не нужно было.

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

>>Кто то должным был сделать эту работу. И этот кто то, должен был найтись.

>Ещё одно отличие Linux - никто никто никому ничего не должен

Не должны тем, кто ничего не делает. Но тем, кто принадлежит сообществу, уже должны. Конечно в разной степени, но тем не менее.

> Основное отличие линукса от других *никс like систем насколько я понимаю именно в идеологии того, что главный критерий это функциональность, а не соответствие неким абстракциям, живущим в голове разработчиков.

Функциональность оценивается разными способами. Улучшение, достигнутое на одной задаче может обернуться регрессией на других.

> Кто то должным был сделать эту работу.

Но почему эти кто-то должны были непременно оказаться разработчики ядра? Вы опять исходите из предпосылки, что Рейзеру все были должны. Как и вам. А это не так. Лицензию GPL почитайте для разнообразия.

> Значит и его аналог должен иметь похожее действие на конструкцию ядра.

Не могу выступить экспертом. Не изучал работу btrfs и не могу сказать каким способом там достигают целей.

> Но вот в барские капризы и зависть разработчиков фс верю.

Зависть к кому и по какому поводу? В то время конкурентов у неё не было, соответсвенно и некому было завидывать. А вот то, что стабилизировалась она очень долго я помню. И что о стабильности Reiser4 заговорили только недавно, да и то, не на всех режимах - тоже помню.

> самовыражения разработчиков при помощи паскудства и подсиживания должна быть ограниченна.

Это "паскудство" доказанно существует только в твоем воображении.

> быстрая файловая система обязана стать объектом интереса в первую очередь для разработчиков.

И они должны были всем миром помочь Гансу? А ты самого Ганса спросил об этом?

>> Ведь бтр* ещё более радикально будет перекраивать ядро, чем рейзер4

>Нет. И проблема вообще не в том, что Reiser4 перекраивает ядро, а в том, что она несет в себе кучу функционала, который (ка считают знающие люди) должен быть частью VFS.

Да ради бога, пусть оформляют как хотят. Но давно должны были решить вопрос - найти людей, развивающих VFS, и потом заставить ганса, или ещё кого, переписать фс, что бы удовлетворить новым требованиям.

Но в течении несколько лет держать фс в mm ветке, и только флудить на эту тему, это не серьёзно.

>> самовыражения разработчиков при помощи паскудства и подсиживания должна быть ограниченна.

>Это "паскудство" доказанно существует только в твоем воображении.

Такой вариант тоже существует. Однако, когда я вижу, что сначала ext3 превращается в ext4 без какой либо активности со стороны разроботчиков этой системы, только на основании патчей ибм, я делаю очевидный вывод, что никакой планомерной работы по развитию этой фс не делалось.

А вот это уже заставляет по другому оценивать всю историю с конфликтами различных ФС, так как рейзер4 заставляет обдумывать концепцию и свойства VFS.

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

А это уже паскудство.

>> быстрая файловая система обязана стать объектом интереса в первую очередь для разработчиков.

>И они должны были всем миром помочь Гансу? А ты самого Ганса спросил об этом?

Ты ведь вроде разбираешься в софте ? зачем же пишешь такой примитив ? В результате их интереса к новой фс они могли просто найти способы развития vfs.

Разве не обязаны они его развивать даже без всякого ганса ?

Юношеский максимализм

> Я на свой страх и риск ставил её и на разные сервера - предусматривая необходимую защиту. Проблем, больших чем с другими фс не видел.

А, ну всё понятно. Просто кое-кто вчера осилил рейзер4, воткнул её на пару локалхостов и счастлив. Основная проблема, с которой придётся столкнуться - это падение скорости работы при частом изменении кучи мелких файлов. То ли фрагментация, то ли всё в хвост упаковывается - я не спешу делать выводы, но тема уже не раз поднималась KRoN'ом и мной тоже. Будут и другие траблы. Можно даже простым обновлением системы добиться эффекта.

>> Основное отличие линукса от других *никс like систем насколько я понимаю именно в идеологии того, что главный критерий это функциональность, а не соответствие неким абстракциям, живущим в голове разработчиков.

>Функциональность оценивается разными способами. Улучшение, достигнутое на одной задаче может обернуться регрессией на других.

могут, или реально обернулись ? Если бы обернулись, об этом уже все уши бы прожужали. Но я не слушал об этом ничего. А вы ?

>> Кто то должным был сделать эту работу.

>Но почему эти кто-то должны были непременно оказаться разработчики ядра? Вы опять исходите из предпосылки, что Рейзеру все были должны. Как и вам. А это не так. Лицензию GPL почитайте для разнообразия.

Должны не рейзеру, и не гансу. Должны сообществу линукса, одной, маленькой частью которого являюсь я, и вы тоже. Мы тратим время и силы, на продвижение линукса в жизнь, каждый по своему. Не так ?

А насчёт почитать, поверь в связи с линуксом, к счастью, мой рабочий день достаточно загружен, и приходится читать ни так уж и мало.

>> Значит и его аналог должен иметь похожее действие на конструкцию ядра.

>Не могу выступить экспертом. Не изучал работу btrfs и не могу сказать каким способом там достигают целей.

Ну я тоже не эксперт. Просто провожу аналогию, мне было бы интересно услышать мнение тех, кто разбирается в вопросе.

>> Но вот в барские капризы и зависть разработчиков фс верю.

>Зависть к кому и по какому поводу? В то время конкурентов у неё не было, соответсвенно и некому было завидывать. А вот то, что стабилизировалась она очень долго я помню. И что о стабильности Reiser4 заговорили только недавно, да и то, не на всех режимах - тоже помню. К вопросу стабильности можно подходить по разному, в том числе и спекулятивно. Должны быть некие тесты, иначе это просто поле для спекуляций. Есть тесты саныча - кнопка резет во время копирования дерева файлов :-)

я делал такой тест неоднократно. Полёт нормальный

Насчёт зависти - это просто логически единственное предположение, если выбросить теорию заговора. Никому из этих людей я свечку не держал, но со стороны их поступки, к сожалению, укладываются в такую схему. Кстати, я не могу сказать подобного о других областях ядра.

Под падением скорости подразумеваются отличные тормоза, а не отклонение в полпроцента. И тут вся скорость меркнет, даже екст3 становится сверхбыстрой. Дефрагментировать раздел - не выход, ибо требует останавливать систему.

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

4.2 Развитие ext3 велось Bull и Lustre. И даже план существовал.

> разработчики фс и vfs отстаивают свою привилегию не заниматься развитием порученного их заботе участка ядра.

Ааааа, держите меня трое!!!!111 %) Это VFS в Линуксе не развивается, да? Назовешь мне ОС, в которой вообще есть namespace'ы? Plan9 не предлагать.

>>И они должны были всем миром помочь Гансу? А ты самого Ганса спросил об этом?

>Ты ведь вроде разбираешься в софте ? зачем же пишешь такой примитив ?

То, что я разбираюсь в софте, не имеет значения. Вполне достаточно читать lkml иногда. Ганс не хотел и не мог перенести функционал из Reiser4 в VFS - слишком много работы, поломается интерфейс плагинов Reiser4, а сама она станет Линукс-зависимой.

> Однако, когда я вижу, что сначала ext3 превращается в ext4 без какой либо активности со стороны разроботчиков этой системы, только на основании патчей ибм

Это откуда такой потрясающий вывод? Только от того, что последние коммиты от Теодора Чё, про которого даже на ЛОРе написали?

Ну ладно народ.

Спасибо вам за плодотворное обсуждение :-)

Точки зрения мы высказали, друг друга вполне поняли.

Но у меня больше уже не остаётся времени пофлеймить. Пойду проверять новое ядро.

С прошлым ядром у меня как то всё не заладилось.