Вышел патчсет Reiser4 для Linux 3.10

Так я и сделал о чем потом пожалел.

Поэтому утверждать умвр как ты - моветон

просто не надо абсолютизировать частный случай

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

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

ЗЫ. я не утверждаю, что дефрагментатор не нужен, но писать его для рейзер, игнорируя рейзер4 - для меня это странно.

но писать его для рейзер, игнорируя рейзер4 - для меня это странно.

Тебя послушаешь, так кажется, что писать только для reiserfs сложнее, чем сразу и для reiserfs и reiser4. Вроде как специально заставлять себя не сделать случайно и для reiser4. :-D

из прочитанного у меня осталось такое впечатление.

у тебя универсальный дефрагментатор, применимый для рейзер и рейзер4 ?

Нет, только для reiserfs. У них с reiser4 разный дисковый формат. Это вообще сильно отличающиеся ФС.

ну значит я был прав :-)

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

Но рейзер4 гораздо интереснее задумана - смысл моего поста был в этом

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

Что??? ext2 что то могла(по скрости), ито в выпенротами. Не знаешь об флеймишь.

Если у меня флейм, оставляй жалобу в соответствующем треде форума. Мой комментарий не тянет на 4.2, в офтопик-лист не вписывается.

Я периодически читаю тестирования: вдруг поменялось что-то, и пора менять коней. Перед этим своим комментарием тоже погуглил. Если используешь ReiserFS или Reiser4, лучше расскажи о своем опыте.

Если используешь ReiserFS или Reiser4, лучше расскажи о своем опыте.

А зачем тебе? Статьи по психоанализу писать будешь? :)

Нет, про пивас, естественно ;) Приоритет психоанализа у меня сейчас низкий. Статью по модальной логике уже больше года пишу. Интересуюсь для себя: вдруг Gentoo осилю, портежи на райзере запилю. Он для маленьких файлов хорош и процессор меньше грузит, что во время компилляции важно.

Неа, нету. Вообще-то, я его должен был запилить :)

Но увы и ах, за два месяца лета времени так и не нашлось.

Я нуб и не знаю о каких-то киллер-фичах?

Спроси у Райзера, он по ним спец.

рейзер4 вообще вне конкуренции

Каждый раз создаёшь ФС заново, небось?

Юзаю reiserfs лет 7, ни одной проблемы, в отличии от ext3/ext4.

Только надо не забывать, что при использовании zfs, нужно не менее 20% свободного места в пуле.

Каждый раз создаёшь ФС заново, небось?

это была попытка сострить или попытка поделиться тяжёлым жизненным опытом ?

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

Можно начать отсюда, хотя это, быть может, давно известно:

http://www.solarisinternals.com//wiki/index.php?title=Category:ZFS

Нужно понимать, что я решал вполне определенную свою проблему, а не старался осчастливить мир.

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

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

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

Но в общем то цель моего сообщения была не в том, что бы опровергнуть наличие фрагментации, а не согласиться с тем, что тесты на SSD сколь нибудь показательны для поведения ФС.

А, ну тогда у меня SSD ещё не было. А разве Reiser4 умеет TRIM?

нынешняя тема как бы ссылается на тесты скорости ФС, которые провели на SSD, на которых рейзер4 на многих тестах сливает ext4. Вот я и говорю, что работа на SSD это сегодня не типичный случай использования ФС

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

работа на SSD это сегодня не типичный случай использования ФС

Шутишь что ли?

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

Научи меня личным примером. :) Мне интересен repacker для reiser4. Сделаешь? Мне интересна поддержка FIEMAP ядром для reiserfs. Сделаешь? Мне интересна поддержка дефрагментации и сокращения директорий для ext4. Сделаешь? Я уверен, что две из трёх перечисленных фич интересны не только мне.

IMHO, в первую очередь проект должен быть интересен необходим автору. Не обязательно как инструмент для использования в своих целях. Это может быть зуд плана: «аргх! Меня бесит, что в моей любимой ОС нет плеера, который умеет играть песни наоборот! Пойду напишу», в то время как самому автору такой плеер не нужен. Ему важно, чтобы он просто существовал.

Вот если не будет такой мотивации, на одном абстрактном интересе далеко не уедешь.

ты всерьёз считаешь, что на SSD сейчас хранится больше информации, чем на магнитных носителях ?

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

я последний раз программировал в конце 90-х годов, и то под винду :-)

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

где я говорил, что SSD используют два с половиной человека ?

я говорил, что рейзер4 разрабатывает два с половиной человека. А для ФС типичный случай использования логично определять по относительной величине объёма хранимых данных

где я говорил, что SSD используют два с половиной человека ?

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

А для ФС типичный случай использования логично определять по относительной величине объёма хранимых данных

Ну тогда для Reiser4 типичный случай использования - лежать мёртвыми байтами в гите разработчиков )

Ну тогда для Reiser4 типичный случай использования - лежать мёртвыми байтами в гите разработчиков

по количеству предрекаемых смертей Reiser4, наверно, войдёт в книгу рекордов :)

я последний раз программировал в конце 90-х годов, и то под винду :-)

Да-да, у всех нет времени.

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

У меня нет проблемы с недостатком идей. Наоборот, их слишком много.

я последний раз программировал в конце 90-х годов, и то под винду :-)

Да-да, у всех нет времени.

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

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

У меня нет проблемы с недостатком идей. Наоборот, их слишком много.

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

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

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

Чтобы чему-то умереть, оно должно сначала быть живым хоть на недолго.

Не умеет...

Чтобы чему-то умереть, оно должно сначала быть живым хоть на недолго

Ну, и, конечно же, «путёвки в жизнь» нам выписывает Линус и К ?

Мне интересна поддержка дефрагментации и сокращения директорий для ext4

Еще раз для слоупоков объяснишь читоэто?

раздельчик для /boot отделить

Но зачем?

Открой для себя мощь не-Windows-way! Для разных задач можно использовать разные инструменты.
/boot - ext3
swap - swap
/tmp - tmpfs
/var - reiserfs
/home - zfs (с дедупликацией)
/home/media - zfs (без дедупликации и без компрессии)
/home/privat - том truecrypt
/mnt/fileshare - nfs

А не так, как в Windows: на всё - ntfs или fat

Мне интересна поддержка дефрагментации и сокращения директорий для ext4

читоэто?

Список файлов в директории, их атрибуты, а также всякие htree для ускорения поиска имени файла в директории, всё это хранится в файлах. Эти файлы, как и обычные, тоже подвержены фрагментации. И если обычные файлы растут в размере быстро и ФС оставляет для них место, препятствуя фрагментации, директории растут медленнее, поэтому для них это резервирование бесполезно. Эти файлы-директории нельзя подвинуть, нельзя уменьшить, они почти всегда фрагментированы. Тот ioctl, которым пользуется e4defrag, для директорий не работает.

Если долго создавать-удалять файлы в директории на ext4, то потом даже удалив все файлы, можно наблюдать, как ls работает минут пять. Это на ноутбучном HDD.

Эти файлы-директории ... нельзя уменьшить

как ls работает минут пять

Я правильно понял что старые данные об уже удаленных каталогах не удаляются? Если это так то это явный баг и его нужно править в одну из первых очередей. Что по этому поводу думают и как комментируют разработчики фс?

Если же все нормально удаляется тогда я не пойму откуда такая скорость работы ls на чистом разделе? Нет каталогов - нет записей - нет файлов с записями - нет фрагментации.

Я правильно понял что старые данные об уже удаленных каталогах не удаляются?

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

тогда я не пойму откуда такая скорость работы ls на чистом разделе?

Нужно как минимум прочитать всю директорию, а она может быть размером в пару мегабайт, но побита на кусочки по 4к. Впрочем SSD эти проблемы нивелирует.

мне он показался шустрее ext4

Такой быстрый, что на нём не возникает 12309?

MBR
2013

WTF?!

Забэкапиться некуда, почти полностью забитый веник на 250g, в единственном экземпляре.

я только скопировал на него корень и запустил
тесты не гонял т.к. моему ноуту для нормальной работы нудно ядро 3.11 или блоб для радеона