Comments 21
Откуда такая вырвиглазная картинка?
+8
Небось делали те же люди, что и презентацию PRISM
+3
Google Images нашёл ещё несколько: students.mimuw.edu.pl/SO/Projekt03-04/temat5-g1/reiser/pelna/index.html
Надеюсь, художника в конце концов вылечили
Надеюсь, художника в конце концов вылечили
+5
Символизирует жертвоприношение необходимое для мажорного релиза.
+2
А другие сжималки не пробовал? Было интерестно узнать, как себя поведёт, к примеру, snappy.
+1
В принципе, я и о Snappy вспоминал. Спасибо что напомнили!
+1
Потестил я Snappy. Опять-же, скорость не выросла, а наоборот ухудшилась (по сравнению с LZO1X). Скорее всего это из-за того, что файлы получаются гораздо, гораздо более объемными и скорость сжатия/декомпрессии просто теряется на фоне скорости I/O операций.
0
Объяснять что такое Reiser4 и с чем его едят я не буду, т. к. на этот счет достаточно информации [1, 2] и повторять её я не вижу смысла.
Вместо этой строчки можно было вполне уместить краткое описание как раз на это же количество символов.
0
Эдуард Шишкин наглядно рассказал о том, что из себя представляет btrfs [8] и как ведется его разработка.
Эдуард забыл упомянуть, что у ReiserFS4 в VFS свой блекджек и лунапарк и из-за этого ее не принимают в ядро linux.
0
все проблемы из знаменитого «списка для включения»
Это так-же включает в себя дублирование кода, которое написал Райзер. Но стоит отметить, Ганс Райзер написал свое из-за того, что оно работало медленнее и вообще было архаичным. А Линус, Мортон, Кокс и остальные просто взяли и уперлись.
Собственно эти вопросы обсуждались еще в те времена, когда Namesys еще существовала: [1, 2].
0
Но стоит отметить, Ганс Райзер написал свое из-за того, что оно работало медленнее и вообще было архаичным. А Линус, Мортон, Кокс и остальные просто взяли и уперлись.
Их позиция была вполне обоснована. Во первых они были против включения дублирующего функционала, во вторых использовать написанное Гансом для других FS не представлялось возможным по этой причине Линус и КО сказали пили VFS. Гансу было обломно, на этом все и встало.
0
Это не отменяет того факта, что generic VFS не очень, поэтому лично я эту позицию полностью поддерживаю.
Да и потом, смысл включать код в ядро? Была бы Namesys, то Reiser4 пилили и поддерживали и без этого. Эдуард Шишкин в интервью об этом упоминал:
От включения в основную ветку внезапно не появятся люди, которые будут писать/править/тестировать код. Тем-же BFS, BFQ или TuxOnIce вполне хорошо живется и вне основной ветки.
Да и потом, смысл включать код в ядро? Была бы Namesys, то Reiser4 пилили и поддерживали и без этого. Эдуард Шишкин в интервью об этом упоминал:
хочу сказать, что не понимаю навязчивую идею «путёвки в жизнь», якобы даваемой включением проекта в основную ветку ядра Линукс. Reiser4 — это результат 18-летних исследований в области хранения данных, не привязанный к конкретной операционной системе. Результат, над которым работало много ученых.
От включения в основную ветку внезапно не появятся люди, которые будут писать/править/тестировать код. Тем-же BFS, BFQ или TuxOnIce вполне хорошо живется и вне основной ветки.
0
Это не отменяет того факта, что generic VFS не очень, поэтому лично я эту позицию полностью поддерживаю.
Никто не мешает его улучшать.
Да и потом, смысл включать код в ядро? Была бы Namesys, то Reiser4 пилили и поддерживали и без этого. Эдуард Шишкин в интервью об этом упоминал
Смысл в увеличении количества тестеров.
От включения в основную ветку внезапно не появятся люди, которые будут писать/править/тестировать код.
Тестировать и править таки появятся.
0
То что в ZFSonLinux добавили LZ4 — это супер, т.к. там ему конкурентов нет (lzjb — мега тормоз, от zle толку мало, а про gzip и говорить не стоит).
0
Sign up to leave a comment.
Как я писал LZ4 плагин компрессии для Reiser4