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

А, понял. Теперь понятно почему директории где много-много файлов тормозят.

предлагаю отправить Рейзеру почтой в тюрьму, где он сидит, отпечатанные на бумаге исходники ядра 3.10, краткое содержание LKML за последние пару лет, чистую бумагу и пару ручек, пусть пилит ФС дальше :)

Что нужно съесть, что бы такую херню придумать?

в любом случае,если фс будут делать 5000 человек а не 30 это будет эффективнее,

Это как колодец копать - что один, что 10 человек выкопают его за примерно одно и то же время.

А MBR больше не позволяет.

В смысле не позволяет?

land@localhost:~$ sudo fdisk -l /dev/sda

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000e1333

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *          63    33607979    16803958+   7  HPFS/NTFS/exFAT
/dev/sda2        33607980    42186689     4289355   82  Linux swap / Solaris
/dev/sda3        42186751   192555089    75184169+   5  Extended
/dev/sda4       192555090   312576704    60010807+  83  Linux
/dev/sda5        42186753    95185124    26499186   83  Linux
/dev/sda6        95185188   116117819    10466316   83  Linux
/dev/sda7       143010693   167590079    12289693+  83  Linux
/dev/sda8       167590143   192153464    12281661   83  Linux
/dev/sda9       192153528   192555089      200781   83  Linux
/dev/sda10      116117883   143010629    13446373+   7  HPFS/NTFS/exFAT

Partition table entries are not in disk order

У тебя только три, а остальные внутри extended.

Да, а что мешает реорганизовать диск NeverLoved? Чтоб создать отдельно заветный /boot

Понятия не имею. Дерева не читай, на последнее сообщение отвечай :)

По мне так, лучше сидеть на стабильной ext4, чем на бочке с порохом под названием Reiser4.

На корень ставил? Долго сидел на btrfs, но уже через месяц, время загрузки увеличивалось чуть-ли не в двое(давно было, что загрузка длилась 2 минуты с копейками), плюс от внезапного ребута часто выкидывала коники, фсцк есенно только падал на ошибках, весь дмесг был засрат бектрейсами. Благо она хоть работала в режиме ридонли. Заворачивал в тарбол, правда некоторым файлам писец наступал, но это были в основном временные файлы, которые были открыты программами на момент ресета. После 4х кратного такого восстановления, мне надоело, вернул обратно ext4. Сейчас поставил на один раздел с сырцами рейзера со сжатием, обкатываю. Интересно, на рейзере вменяем фсцк?

А MBR больше не позволяет.

У меня /boot, /, swap, /usr, /home. Осиль логические тома.

Арчеводу и бочка с динамитом стабильнее чем Reiser4, а взрослые люди продолжают использовать ext3.

Это же «добродушное форумное остроумие», ну или неудавшийся аборт, как посмотреть.

Первый мой Линукс был поставлен единым куском на место снесенного C:\, Винду я доустановил на D:\, который монтировал в подкаталог хомяка (там была куча данных). Потом у меня стали пропадать файлы целыми каталогами, с офтопика почти слез, поэтому переразбил кошерно, форматнул в ext4, кроме /boot, где ext2.

Тот самый Багров?

Который? Нет, Столыпина другой убил.

Разве что дефрагментацию пересозданием раздела. У онлайновой есть существенный недостаток — она не обрабатывает собственно директории.

Зато у fsck.ext4 есть ключик -D

она шустрее ext4 ?

«Я печатаю со скоростью 1000 знаков в минуту, правда такая фигня получается»

ты ставил, пробовал ?

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

Зато у fsck.ext4 есть ключик -D

Который сортирует htree, но ничего не делает с фрагментацией блоков на диске.

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

Зачем тебе киллер-фичи? Кофе должны варить кофеварки. А файловые системы должны эффективно распоряжаться ресурсом «дисковое пространство». Думаешь, это простая задача?

unpack the tree of kernel sources linux-3.0.1.tar.bz2, sync,

df (output in 1K blocks):

   ext4             689684
   reiserfs         494468

   reiser4          446408
   reiser4+lzo1     183140
   reiser4+gzip1    142172

   btrfs            572356
   btrfs+lzo        319684
   btrfs+zlib       236412

+zlib

Какая ирония. Распаковать, чтобы запаковать.

А файловые системы должны эффективно распоряжаться ресурсом «дисковое пространство».

Основная задача ФС это гарантировать целостность данных. Правда я с рейзером, в том числе и четвертым данные не терял, хотя и использовал не активно.

Как раз таки киллер-фича: по сравнению с ext4 треть пространства сэкономлена. Это с хвостами или без?

http://sourceforge.net/p/reiser4/discussion/general/thread/2bca4f8e/

А файловые системы должны эффективно распоряжаться ресурсом «дисковое пространство»

Время таких приоритетов для ФС кануло в Лету вместе с 10-гигабайтными винтами.

А сколько обычно людей работают над ФС? Я просто не в курсе. Неужели Рейсер сам всё пилил?

А сколько обычно людей работают над ФС? Я просто не в курсе.

Я тоже не в курсе. Есть косвенный показатель: http://sources.debian.net/src/reiserfsprogs/1:3.6.21-1/include/credits.h

Я 15 имён насчитал.

Это с хвостами или без?

Как я понял из кода, логика по-умолчанию такая:

Без режима компресии: Если файл меньше 20К, то он хранится во фрагментах (хвостах), иначе - в экстентах.

С компрессией: если первые 64К файла сжимаемые - то файл хранится во фрагментах, иначе - в экстентах.

вместе с 10-гигабайтными винтами.

Это не повод забывать о прямых обязанностях подсистемы ядра. Иначе, Кафка будет нервно курить в стороне...

Время таких приоритетов для ФС кануло в Лету вместе с 10-гигабайтными винтами.

Более компактное хранение увеличивает disk bandwidth, ну а скорость всегда была приоритетной.

Новость...
Date: 2013-07-16 17:50:39
ls -l /usr/src/linux-3.10.0/_patch/reiser4-for-3.10.patch.gz
-rw-r--r-- 1 root root 611940 июл 16 21:39 /usr/src/linux-3.10.0/_patch/reiser4-for-3.10.patch.gz

Вот взял бы кто-нибудь из основных игроков Reiser4 в качестве основной ФС, да развивал бы... Даже у RH NIH-синдром, хотя спецы у них есть. Хорошая система, желаю развиваться и приживаться.

Более компактное хранение увеличивает disk bandwidth

Не актуально после появления SSD. А для файлопомоек с лихвой хватает скорости нынешних хардов.

скорость всегда была приоритетной

Опять же, давно уже неактуально. Сейчас в приоритете надёжность.

А мне губоко насрасть. Рейрер всегда был быстрее, да и в хойме и везде.
А жену он замочил вимо за дело. imho,

А жену он замочил вимо за дело. imho,

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

# killall human Permission danied

Если бы сам Ганс Рейзер пилил reiser4, она бы уже давно была допилена и являлась сегодня самой быстрой и продвинутой, как reiserfs на данный момент, по сравнению с другими фс.

Интересно, на рейзере вменяем фсцк?

Он и на ext вменяем условно, пока (если) найдёшь реально лечащую команду, много времени потеряешь. Вменямые в линуксе партитионманагер и гэпартед.

Основная задача ФС это гарантировать целостность данных

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

Ох уж эти школьники. Никому не нужна «скорость», а тем более компрессия с шифрованием, если поставленная задача не выполняется ака нарушена целостность данных.

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

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

http://www.filesystems.nm.ru (Системный администратор, №4 '2006)

«Жестко в драйвер reiser4 зашит только код, занимающийся работой с диском, поддержкой различных абстракций и балансировкой дерева , операции же почти над всеми объектами файловой системы – как внутренними, так и экспортируемыми, как дисковыми, так и in-memory – реализованы в виде плагинов и могут быть расширены дополнительными типами или вовсе заменены. В настоящее время reiser4 не поддерживает динамическую загрузку/выгрузку плагинов (т.е. для подключения нового модуля придется перекомпилировать весь драйвер) однако в будущих версиях файловой системы эта возможность будет реализована.

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

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

Беда в том что эти плагины никто не пишет. Кроме базового набора плагинов ничего нет, потому что над ФС работают полтора разработчика. Поэтому сравнивать с ext4 нет смысла. Reiser 4 в стадии вялотекущей разработки. Если бы обратили внимание и реализовали весь этот потенциал, то можно было бы сравнивать. Почему это не происходит не знаю, наверное есть резоны. Но было бы интересно если бы обратили внимание. Само написание ФС очень сложная задача, и так мало народу в теме, тут просто «хорошо знать С» не покатит.

Ох уж эти школьники

Никому не нужна «скорость», а тем более компрессия с шифрованием, если поставленная задача не выполняется ака нарушена целостность данных.

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

файловые системы работают внутри?

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

Какой у тебя ограниченный кругозор

Какой хороший технический комментарий, в духе твоего предыдущего.

Расскажи нам

И сколько «вас» потрудилось в написании этого поста?

Расскажи нам

Хрен тебе, за образование нужно платить, если не можешь заслужить бюджетное место от государства.

Я так и думал что этим закончится. Единственную мысль что ты осознал это то что где-то должна быть избыточность. Остальное пустой трёп с напущением важности и оскорблениями. С такой глубиной познаний рассказывай в подворотне о том как круто ты разбираешься СХД.

С такой глубиной познаний ... круто ты разбираешься СХД.

Больше «умных» аббревиатур и баззвордов, и ты устроишься устанавливать перацкую венду в своём мухосранске. Правда, твой пост в лужу это не превратит в речь специалиста.

пустой трёп с напущением важности

Забавно правдиво ты оценил набор цитат твоего дампа мозга.

где-то должна быть избыточность

Ну вот, дружок, ты даже вернулся к теме разговора. Теперь можешь обосновать вот этот твой тупняк: Вышел патчсет Reiser4 для Linux 3.10 (комментарий)

Это reiserfs самая продвинутая? А она умеет сжатие, шифрование, снапшоты?

А мне это всё ненужно то, что ты перечислил. Для меня главное скорость чтения. И на какой фс, перечисленное тобой стабильно работает?

А мне это всё ненужно то, что ты перечислил.

То, что вам ненужно, никого не волнует. «Самая продвинутая ФС» должна по определению уметь и сжатие, и шифрование, и снапшоты.

И на какой фс, перечисленное тобой стабильно работает?

ZFS, например.

«Самая продвинутая ФС» должна по определению уметь и сжатие, и шифрование, и снапшоты.

То, что ты считаешь, что продвинутая фс должна уметь: сжатие, шифрование и снапшоты — никого не волнует. Фс, в первую очередь должна уметь давать высокую скорость чтения.

ZFS, например.

Хорошая фс, но мне reiserfs нравится.

То, что ты считаешь, что продвинутая фс должна уметь: сжатие, шифрование и снапшоты — никого не волнует

Если одна ФС умеет сжатие и снапшоты, а вторая не умеет, то первая продвинутее второй. Это логично.

Фс, в первую очередь должна уметь давать высокую скорость чтения.

Кому должна?

мне reiserfs нравится

Пусть нравится. Только фанбойских восхвалений тут не надо.

Кому должна?

Всем.

Пусть нравится. Только фанбойских восхвалений тут не надо.

Тема полностью фанбойская и ты такой же фанбой как и все.