LINUX.ORG.RU

ext4 - файловая система нового поколения.


0

0

Теодор Тсо - один из авторов наиболее популярной файловой системы Linux ext2/ext3 анонсировал создание ext4. В основе новой ФС лежат стабильность, обратная совместимость с ext2/ext3 и разумная сложность кода. Процесс разработки включает 4 этапа:


    1. создание новой кодовой базы в ядре 2.6 (первоначальное название ext3dev), помеченной как "экспериментальная"
    2. Критичесике исправления из ветки ext4 будут попадать в ext2/ext3. Основная разработка будет вестись только в ext4.
    3. Обязательная обратная совместимость с ext2/ext3.
    4. Ориентировочно через 6-9 месяцев, когда будет завершен первый этап разработки и все новые улучшения будут добавлены, файловая система будет переименована в ext4.

>>> Подробности

★★

Проверено: Shaman007 ()


вот требование по обратной совместимости, IMHO, явно лишее :-/ это лишь внесет в код излишний мусор и создаст дополнительные проблемы.

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от klalafuda

>вот требование по обратной совместимости, IMHO, явно лишее :-/ это лишь внесет в код излишний мусор и создаст дополнительные проблемы.

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

>klalafuda * (*) (30.06.2006 9:55:19)

rtc ★★
() автор топика
Ответ на: комментарий от klalafuda

> Лучше бы довели до ума и включили в ядро reiserfs.
Эээ... Чего? reiserfs и так включена в ядра. если речь идёт о reiserfs4, то поддержка этой ФС идёт в продакшн-ветке ядра, то есть -mm.

> вот требование по обратной совместимости, IMHO, явно лишее :-/ это лишь внесет в код излишний мусор и создаст дополнительные проблемы.
зато всякое быдло не будет орать об обратном.

EViL
()
Ответ на: комментарий от Phoenix49

> Фич пока не придумали. А можно будет конвертить ФС без форматирования? Возможно ли это сейчас ?

для перевода существующей ext2/3 на ext4 вполне достаточно нарисовать отдельный конвертер с доступом допустим через блочное устройство. но зачем совместимость пихать в код ядра для меня пока что загадка.

появилась вот, допустим, ext3 - это же не повод выкидывать поддержку ext2 и всем дружно строем переходить на ext3? и живут они вместе в ядре - и etx2 и ext3 и все довольны. кто что хочет - тот то и использует.

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от klalafuda

>вот требование по обратной совместимости, IMHO, явно лишее :-/ это лишь >внесет в код излишний мусор и создаст дополнительные проблемы. +1 В топку совместимость апи (кроме стандартов) и совместимость на других уровнях. Много лишнего кода ухудшает качество ядра в целом и ухудшает восприятие. Где очевидные преимущества? Их нету. Если бы я хотел затормозить развитие линукс я бы стал пытаться сделать так чтобы всем стало нравится делать бессмысленные проекты.

NoName
()
Ответ на: комментарий от NoName

поправте пж-та предыдущий пост я тут редко пишу поэтому ошибся в оформлении.

NoName
()
Ответ на: комментарий от Phoenix49

фичи как раз есть, потому и ext4. Я слышал extents будут, может существенные улучшения в блок-алокатре.

Что до конвертации, то способ in-place конвертации и так давно существует. Вроде называлось это convertfs, поищите на google. Вроде это разрабатывалось BSD-шником по фамилии Цуканов.

Принцип работы был такой, что на ext3 например создается имидж reiserfs и монтируется через loop device. После монтирования на reiserfs имидж переносятся все данные из файлухи на которой имидж лежит. Таким образом на родительской файлухе в конце остается только один файл - имидж с reiserfs в котором находится все что раньше было на ext3. После этого, специальной утилитой все смещения и важные блоки (суперблок) переназначаются из файловых в смещения устройства. Вот вроде как то так :)

Banshee
()
Ответ на: комментарий от EViL

-mm продакшен ветка? кто обкатывает фичи в продакшен? а MFC делают из продакшен в ветку для девелоперов? заГНУл! =]

anonymous
()
Ответ на: комментарий от Banshee

>Принцип работы был такой, что на ext3 например создается имидж reiserfs и монтируется через loop device. После монтирования на reiserfs имидж переносятся все данные из файлухи на которой имидж лежит. Таким образом на родительской файлухе в конце остается только один файл - имидж с reiserfs в котором находится все что раньше было на ext3. После этого, специальной утилитой все смещения и важные блоки (суперблок) переназначаются из файловых в смещения устройства. Вот вроде как то так :)

Решил основательно сидеть на существующих ФСах! :)

Phoenix49
()
Ответ на: комментарий от EViL

это ответ на вот етот сранный пост

>Эээ... Чего? reiserfs и так включена в ядра. если речь идёт о reiserfs4, то поддержка этой ФС идёт в продакшн-ветке ядра, то есть -mm.

anonymous
()
Ответ на: комментарий от anonymous

ээ, имелось ввиду сТранный, но видно это судба злыдня..

anonymous
()
Ответ на: комментарий от Banshee

Палка о двух концах, причём кто-то из лоровцев на неё напоролся :) Если сделать на рейзере образ с рейзером а потом сделать rebuild-tree на разделе... :)

Lumi ★★★★★
()
Ответ на: комментарий от Banshee

>Принцип работы был такой, что на ext3 например создается имидж reiserfs и монтируется через loop device. После монтирования на reiserfs имидж переносятся все данные из файлухи на которой имидж лежит. Таким образом на родительской файлухе в конце остается только один файл - имидж с reiserfs в котором находится все что раньше было на ext3. После этого, специальной утилитой все смещения и важные блоки (суперблок) переназначаются из файловых в смещения устройства. Вот вроде как то так :)

То есть нужно чтобы 50% ФС было свободно ? Или образ будет ресайзится время от времени ?

sS ★★★★★
()
Ответ на: комментарий от Banshee

Будет весело, если в середине этого дела процесс ёкнется ;-)

anonymous
()
Ответ на: комментарий от sS

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

argin ★★★★★
()
Ответ на: комментарий от klalafuda

>для перевода существующей ext2/3 на ext4 вполне достаточно нарисовать
>отдельный конвертер

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

fghj ★★★★★
()
Ответ на: комментарий от argin

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

Ну дык он же (файл) конечного размера. В него больше чем он сам + место под таблицы/журнал не напишешь.

sS ★★★★★
()
Ответ на: комментарий от sS

там как то создается разреженный файл большого размера(sparce file). подозреваю, что под него можно сразу все место на диске не выделять. Т.е он виртуально имеет огромный размер, а рельно занимает столько места, сколько записано.

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

argin ★★★★★
()
Ответ на: комментарий от sS

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

>Ну дык он же (файл) конечного размера. В него больше чем он сам + место под таблицы/журнал не напишешь.

Хотя с помощью файла с "дыркой" мне таки удалось "обмануть" систему так что похоже так можно делать .... но под журнал и таблицы таки должно быть свободное место.

sS ★★★★★
()
Ответ на: комментарий от Phoenix49

> Фич пока не придумали.

"Шеф, мы изобрели новое лекарство! Осталось найти болезнь, которую оно лечит!".

Писец. Какой смысл начинать разработку новой ФС, если неясно, нах она вообще нужна? Имитация бурной деятельности и пеар?

anonymous
()
Ответ на: комментарий от sS

на родительской фалухе данные уходят же... на образе добавляются, то есть места свободного может быть по идее хоть 10%

Banshee
()
Ответ на: комментарий от argin

>там как то создается разреженный файл большого размера(sparce file). 

Угу. Это работает.
dd if=/dev/zero of=/tmp/XXX/test seek=10000 bs=1M count=1;mkfs -t ext2 /tmp/XXX/test; sudo mount /tmp/XXX/test -o loop -t ext2 /mnt/loop ;df -H

Файловая система       Разм   Исп   Дост  Исп% смонтирована на
/dev/hda5               45G    42G   2,2G  96% /
/tmp/XXX/test           11G    21k   9,8G   1% /mnt/loop



sS ★★★★★
()
Ответ на: комментарий от Banshee

2Banshee (*) (30.06.2006 14:19:26)

Разобрался ;) Мне сначала показалось что образ бы пришлось растягивать "н а лету" :) Совсем забыл что есть же дырявые (sparce) файлы ;)

sS ★★★★★
()
Ответ на: комментарий от anonymous

> Писец. Какой смысл начинать разработку новой ФС, если неясно, нах она > вообще нужна? Имитация бурной деятельности и пеар?

это просто вы дурак и за темой не следили.

anonymous
()
Ответ на: комментарий от anonymous

ну вообще вроде как сказано, что это просто развитие ext3. А потом всё соберут и повесят новый лого.

st0ke
()
Ответ на: комментарий от anonymous

> Писец. Какой смысл начинать разработку новой ФС, если неясно, нах она вообще нужна? Имитация бурной деятельности и пеар?Писец. Какой смысл начинать разработку новой ФС, если неясно, нах она вообще нужна? ? Имитация бурной деятельности и пеар?

ну почему, почему вы такие тупые и ленивые? оригинал прочитайте _внимательно_. хотя бы первые строки:

" Given the recent discussion on LKML two weeks ago, it is clear that many people feel they have a stake in the future development plans of the ext2/ext3 filesystem, as it one of the most popular and commonly used filesystems, particular amongst the kernel development community."

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.