Hello. For now we can not find enough resources for reiser4 support. Porting to the latest kernels will take approximately 1 week. Thanks, Edward.
Yes, it is.
Yes, the patch for 5.18 is in plans. Unfortunately there were essential changes in VFS interface, so the port will take some time. Thanks, Edward.
It is because of VFS changes backported to 5.15.41. Respectively, a new reiser4-for-5.15.41 patch is needed. This patch should include the following commit (or only some its parts, related to the new function fault_in_readable()): https://github.com/edward6/reiser4/commit/719c4bb7c8b2c009c28b1f33c3e28fbef9239ca0 If you don't want to wait, you can do it by yourself, Just let me know, if any problems. Thanks, Edward. On Mon, May 30, 2022 at 6:43 AM Dee boonfogle@users.sourceforge.net wrote: Using the...
This resource is devoted to a software product. Any irrelevant stuff will be removed. With any suggestion to rename something please provide a complete set of patches (including the ones against partition manipulating utilities like parted) plus make sure that file systems with the old and new name being installed in the same OS won't step to each other. Thanks.
Sorry, not interesting. I also have a lot of ideas, and it it not clear who will implement them. Thanks, Edward.
Slow umount of reiser4 partition after many hours of high load
Hello, The stable version of Reiser4 includes 2 modules (file plugins) which manage regular files: unix file plugin: Doesn’t use compression. Stores file bodies either as fragments in the tree, or as sets on unformatted blocks (extents) depending on formatting policy (mkfs option “formatting=[tails, extents, smart]”. “tails” means storing file body as a set of fragments (tails) in the tree, “extents” means storing file body as sets of unformatted blocks (extents). “smart” means storing small (<=20K)...
Спасибо! В этом году нам 25 лет. Обещаю Reiser5. Будет интересно!
Да, думаю, можно и просто скопировать. Это, что называется, version 5. Я его время от времени синхронизирую с мастер-веткой...
Некая работа над ошибками имеет место быть. Могу я вас попросить проверить ещё ветку format41, что у меня на гитхабе https://github.com/edward6/reiser4/tree/format41 (это совсем не к спеху). Спасибо!
О, это уже ближе к истине! Но для быстрых дисков такого превосходства сетапов с компрессией, как вы понимаете, мы уже не увидим ;)
key_short_set_locality(key, oid & !KEY_SHORT_BAND_MASK) Ну, тут полная ерунда написана. Нужно обнулить старшие 4 бита у oid. Т.е. да - подразумевалось "~". Не срабатывает из-за условия if (oid & KEY_SHORT_BAND_MASK). Не думаю, что у кого-то номера инодов перевалили за 60 бит :) Вобщем, надо будет посидеть, причесать всё это на досуге..
Вообще, после того, как были написаны эти прогсы, автор сразу уволился, и с тех пор в этот код никто не заглядывал (я только пару раз фиксил fsck по просьбам). Так что весь этот урожай ошибок не удивителен. Спасибо, очень полезные логи! Проверить reiser4 в ядре - черезвычайно важно.
Нене, для тестов отладку выключайте - это ужас. Распаковка исходников с lzo-компрессией должна быть процентов на 20 быстрее, чем без компрессии.
И что, компрессия так тормозит распаковку??? Что-то тут не то... Отладочная опция reiser4 в ядре отключена? А что у вас за машина?
хотел сравнить именно на tmpfs (исключая скорость IO) Ну, тогда reiser4 получается как-бы не при чём ;)
Что-то как-то сложно очень (я про test.sh). А простого свободного раздела найти для теста не получится? Теперь такой момент: у нас компрессия по-умолчанию включается. Список плагинов/параметров устанавливаемых по умолчанию выводится командой mkfs.reiser4 -p Так что, должно быть как-то так: if [ $1 == "clear" ]; then yes | mkfs.reiser4 -f -o create=reg40 /mnt/memory/r4.raw
Там у них произошла "ломка неписанных правил", на которые закладывался reiser4. Раньше запрос с флагом GFP_KERNEL на выделение куска памяти не больше некоторого фиксированного размера никогда не возвращал ошибку. Теперь (через 15 лет), это отменили. Что у них там сейчас и как - я пока не разбирался, хотя это очень важно. В reiser4 есть пара мест, где ошибки аллокатора не могут быть обработаны. Одно из них в плагине (cryptcompress), который поддерживает сжатие. Ошибка возвращаемая методом ->alloc()...
Не, это оставьте, я сам сделаю. Спасибо!
Я закоммитил в libaal всё что накопилось: https://github.com/edward6/libaal
То есть ваш патч мы приложим, я warning-сы я предлагаю фиксить явным приведением. Напр.: aal_error("Failed to read the block (%llu).", (unsigned long long) blk);
Против stdint.h ничего не имею. Я не хочу новомодные макросы для printf ))
Да, как-то стремновато. А если кто-нибудь на старой системе, где нет того заголовка, захочет новый релиз собрать? Давайте уж будем по-старинке явно приводить... ))
Да, действительно: я был уверен, что та машина - "8 4". Сейчас проверил - "8 8". Спасибо!
config.log
Да, конечно.
Ну, можно вставить compile-time проверку, что sizeof(blk_t) == 8. Подобное в ядре есть, тут тоже не помешает.
Точнее, reiser4progs у меня при сборке флудит warnings-ами, что uint64_t, blk_t, и другие производные типы определены как long. Если таким fsck-еем почекать большой раздел, то беда будет..
У меня (fedora 26, glibc-2.25, gcc-7.21) с этим патчем uint64_t определяется как unsigned long, т.е. 32 бита, что не есть хорошо. До меня glibc-2.26 пока ещё не докатилась, но, видать, надо будет это фиксить как-то по другому..
Профиля достаточно. Я сам всё сделаю, так быстрее будет. Вас попрошу только переделать патч на первый уровень компрессии.
Вот что у меня было: https://marc.info/?l=reiserfs-devel&m=151074241219505&w=2 zstd тут не при чём. Это линукс деградирует ))
Ну, первый так первый. Ещё один организационный момент. Если у вас есть страница на гитхабе, то вы можете специальным образом приготовить и послать мне патч, так, что соответствующий коммит в репозитории reiser4 будет на неё указывать. Я могу послать инструкции как это сделать.
Хм, а сегодня всё работает... В пятницу точно помню: ядро флудило сообщениями, что не может выделить память. Бывает, вобщем... :) Эту недельку погоняю тесты. Если всё нормально будет, релизнем 4.0.2 в эти выходные...
Great, we'll release libaal-1.0.7 Thanks!
Нет, не там. Попробовал потом на десктопе - аллокатор память почему-то не выделяет... На виртуальной машине всё работало. Пока не разбирался...
Ну, вроде всё работает, не считая пары опечаток. Сделаем стабильный релиз SFRN 4.0.2 для Linux-4.14
Actually I do have 10-12 hours in a week for development. So, a lot of things have been done for the past 7 years. I push everything to development branches (unstable stuff): https://github.com/edward6/reiser4/tree/format41 https://github.com/edward6/reiser4progs/tree/format41
Yes, you are right: kernel's stack is restricted. However kmalloc(size) and friends are rather fast (especially if @size is a compile-time constant), so I don't think it leads to visible performance drop.
Thanks!
May I ask you to port your stuff for linux-4.14? Can we align it to the common interface described in the header file (include/linux/zstd.h) to not poke around zstd internals? Reiser4 port for linux-4.14 can be found in https://github.com/edward6/reiser4. Thank you in advance. Edward.
Hello. Everything is protocoled ;) https://reiser4.wiki.kernel.org/index.php/Reiser4_development_model A new plugin increments minor number of SFRN. A new format plugin increments major number. A principal number (currently 4) gets incremented if there are changes in master super-block. So I would suggest to release 4.0.2 with ZSTD support. Reiser5 is for logical/networking volumes (approximately after NY). We can not discontinue LZO support: what people will say? Everything should be backward compatible.....
Hello. Everything is protocoled ;) https://reiser4.wiki.kernel.org/index.php/Reiser4_development_model A new plugin increments minor number of SFRN. A new format plugin increments major number. A principal number (currently 4) gets incremented if there are changes in master super-block. So I would suggest to release 4.0.2 with ASTD support. Reiser5 is for logical/networking volumes (approximately after NY). We can not discontinue LZO support: what people will say? Everything should be backward compatible.....
Kernel panic at readpages_cryptcompress()
Kernel panic at readpages_cryptcompress()
Kernel panic at readpages_cryptcompress()
By default noatime is turned off (i.e. access time gets updated). It drops performance a lot when reading a lot of small files. Optimizations were discussed but have never been implemented.
I wouldn't make any assumptions basing on /proc/mounts content. It can reflect reality wrongly.
Alas, no way until someone implements remount super operation in reiser4 (I don't have a time).
reiser4 doesn't support remount, hence ignoring fstab for root partition
Hello, For root partition please pass any mount options to the bootloader. Thanks, Edward.
Ну, у нас не дистрибутив. Выкатывать copyright notice не будем (просто некуда). А...
Вы, если изменяете их исходники, добавляйте сверху: "Adapted for Reiser4 by ..."...
Добрый день. Звучит как сенсация! Спасибо, потестирую на досуге...
Добрый день. С приложенным патчем (прилагать его надо из директории reiser4) система...
Недавно мы выявили связь спонтанных повреждений ФС с дефицитом памяти в системе (в...
Да, я сейчас заглянул в оригинальный minilzo, и там OUT_LEN вычисляется как IN_LEN...
Привет! Для компрессии в Reiser4 я использовал оригинальную библиотеку lzo Маркуса...
In such situations I prefer to take a look at the respective upstream changes and...
Hello, I'll try to prepare after my vacations (at the beginning of November). Thanks,...
Проверять можно вроде и партицию, смонтированную ro. Только reiser4 remount не поймёт....
Ну, торрент может быть и не при чём: он спотыкался о повреждённый раздел. Выделение...
Я установил qbittorrent, пока проблем не вижу. Может, какой-то определённый файл-сет...
Добрый день! Давайте начнём с проверки раздела утилитой fsck. Cообщите потом о результате....
Release for 4.5.3 contains the patch, which removes residual block barriers support:...
One more report from Mathieu Bélanger: http://marc.info/?l=reiserfs-devel&m=145970547706544&w=2...
Добрый день. К сожалению, precise discard пока не работает, т.к. ядро не умеет корректно...
Значит, давно не тестировали следующие вещи: 1) экспорт reiser4 разделов через NFS;...
Попробуйте приложить вот этот патч. С ув., Edward
Нет, это убирать нельзя, иначе будет oops. Попробуйте пока собрать в составе ядра....
а для vanilla-4.1.4 (без патчей) компилируется?
Хм, не вижу, где там atomic_t. Слева и справа - везде int. Вы уверены, что ядро -...
Нужно прикладывать. А что, какие проблемы?
Я не могу сказать. Discard, разные txmod-s - это всё новые фичи. Попользуйтесь с...
Автоматически fsck, конечно же, не выполняется. Кроме вас никто не определит, когда...
Ну что там, всё работает? Live CD нашли?
Поздравляю с прогрессом! Уверен, что со временем научитесь передавать и txmod=wa....
Вам не reiser4 нужно искать, а как передавать опции монтирования корневого раздела...
Всё должно работать. Погуглите, почитайте. Прошу прощения: у меня нет времени на...
Опции монтирования для корневого раздела передаются загрузчику операционной стст...
Будут проблемы - обращайтесь..
Ну, а что тогда удивляться. Инструкции - они для кого? Если нормально патчится и...
патч этот точно наложили? 3.17.3-reiser4-precise-discard-support.patch.gz
А с другой фс поддержка discard работает на этом девайсе?
Nope. There should be something like this: reiser4: sdb1: enable discard support...
Why are you sure that fsck does additional damage? Did you mount the partitoin read-only...
Accidental corruption of reiser4 partition
BUG at fs/reiser4/plugin/item/ctail.c:669
Это оказался довольно старый баг. Исправлено в reiser4-for-3.16
Slow umount of reiser4 partition after many hours of high load
Slow umount of reiser4 partition after many hours of high load