LINUX.ORG.RU

Планы на включение новых возможностей в 2.6.13


0

0

Планируется включить в ванильное ядро некоторые из патчей из -mm.

Интересные на мой взгляд патчи:
- reiser4
- swsusp-on-SMP
- SMP speedups for the core timer code
- inotify
- CPU scheduler
- kexec and kdump
- fuse

Что касается reiser4
---------------------------------------- --
Andrew Morton: "Merge it, I guess.
The patches still contain all the reiser4-specific namespace enhancements, only it is disabled, so it is effectively dead code. Maybe we should ask that it actually be removed?"

>>> Источник

★★★★

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

Для работы reiser4 с КПД в 100% требуются изменения в API. Девелоперы спорят до сих пор о том, как лучше поступить.

"You're duplicating the VFS infrastructure with your pluging system."

Selecter ★★★★
() автор топика

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

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

Он очень много жрет проца по сравнению с другими ФС. на ноутах jfs самое то, а на декстопе юзаю ext3 + dir_index.

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

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

Это даже не смешно. Вся работа по preemtion и твикам шедулера в настоящий момент ведется в mm. А kernel без preemtion для десктопа - это просто ужас.

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

> Это даже не смешно. Вся работа по preemtion и твикам шедулера в настоящий момент ведется в mm. А kernel без preemtion для десктопа - это просто ужас.

я совсем другое имею ввиду

сейчас бОльшую часть тех кто присылает багрепорты по -mm составляют те, кому нужны fuse, reiser4 и еще пара фишек

если это все попадает в ванильное ядро, то число тестеров резко уменьшится

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

вот мне интересно, очему я не собираю ядра... странно... всё работает, что надо - это десктоп

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

может проблемы надуманны?

райзер4 не может не радовать

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

inotify -- это здорово!

--седайко стюмчик

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

дома можно и поэкспериментировать

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

reiser4 это круто конечно, а что даст fuse ? увеличение скорости тестирования дров (тк они будут видимо ставится отдельно от ядра) ?

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

>райзер4 не может не радовать
Еще бы тесты посмотреть и о преимуществах по сравнению с reiserfs3 почитать, а также уверится в надежности...

anonymous
()

2Pi

> правильно, но некоторых это делать заставляют, а потом пъют за это молотком по голове

тяжелое 8битное децтво? :)

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

> Устал пересобирать ядра! Через годик-два.. перейду на опенку или солярку или SCO UNIX ;)

Там уже reiser4 есть?

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

Ускорения кода сестемных чясов на многопроцессорных системах. Значит, заюзают многопоточные чясы, наверное: на двупроцессорных тачьках вдвое быстрея будут чясы ходить, а на четырёхпроцессорных - вчетверо! Интересно, а на гипертрединге как?

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

>Устал пересобирать ядра! Через годик-два.. перейду на опенку или солярку или SCO UNIX ;)

А на соляре и других unix уже есть FUSE и reiser4? Такой же спектр поддерживаемого оборудования, такая производительность? Они так же хорошо работают в SMP системах? Ну чтож, если они свободны, то я тоже пожалуй перейду :)

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

А модулем FUSE собрать религия не позволяет? Вообще пользуйтесь
morph-sources, там даже в 2.6.10 и inotify и reiser4 и swsusp2, который работает в отличие от всяких nitro итд. А в 2.6.12-morph2 есть FUSE
кстати.

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

>reiser4 это круто конечно, а что даст fuse ? увеличение скорости тестирования дров (тк они будут видимо ставится отдельно от ядра) ?

Ну, например, siefs - прога для подключения мобильников siemens, работает с модулем fuse

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

> А на соляре и других unix уже есть FUSE и reiser4? Такой же спектр поддерживаемого оборудования, такая производительность? Они так же хорошо работают в SMP системах? Ну чтож, если они свободны, то я тоже пожалуй перейду :)

Не скажу за "другие UNIX", но соляра хорошо работает на smp, и есть open solaris. Преимущества reiser4 и FUSE на соляре компенсируются другими заморочками :) Впрочем, про спектр оборудования я умолчу, просто не знаю. В Linux у меня с оборудованием просто никаких проблем нигде нет.

Casus ★★★★★
()

Кто прочитал посты чуть дальше анонса, уяснил, что merge fuse и reiser4 еще не случившийся факт и не факт, что их вообще включат в ядро. Hans, например, не желает уберать свои fs-плугинсы, а разработчики fuse не хотят уберать user mounts. Лично мне, и первое и второе нафиг не надо - old-fashioned unix-way рулит без всяких плугинсов и юзер маунтов. :-)

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

>а что даст fuse ? увеличение скорости тестирования дров (тк они будут видимо ставится отдельно от ядра) ?

Глядим тут: http://fuse.sourceforge.net/

Для примера:
~/fuse/example$ mkdir /tmp/fuse
~/fuse/example$ ./hello /tmp/fuse
~/fuse/example$ ls -l /tmp/fuse
total 0
-r--r--r--  1 root root 13 Jan  1  1970 hello
~/fuse/example$ cat /tmp/fuse/hello
Hello World!
~/fuse/example$ fusermount -u /tmp/fuse
~/fuse/example$

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

Если бы кто-то прочитал посты еще дальше, то понял бы что плагины к фс рулят нипадеццки, и так же рулят user mounts(при наличии private namespace). Кстати, после этой ветки обсуждения я понял что kernel developers очень консервативны или очень ленивы. :) Такое ощущение что им просто вломак добавить новые фичи к ядру, ну а уж признать что Ганс порулили их всех, пусть даже с дополнительной абстракцией, у них кишка тонка :) Настолько неубедительные аргументы с их стороны...

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

>например, siefs - прога для подключения мобильников siemens, работает с >модулем fuse
Дык reiser4 что то-же будет через нее ? fuse получается новый официальный API для файловых систем ?

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

>плагины к фс рулят

плагины оцтой по той причине, что они присущи только reiserfs. Тут дело такое - или все fs подчиняются одной VFS, или каждый изобретает свою. Разработчики выбрали первый (правильный) вариант.

>kernel developers очень консервативны

Так и есть. Молодцы! Полностью их поддерживаю. Если не тормозить таких как Hans, то в Linux kernel уже бы давно встроили реестр.

>а уж признать что Ганс порулили их всех

Hans пока-что никого не порулил, а только пытается кувалдой вбить reiser4. Причем радуют его прихвостни @namesys. Массовкой чтоли пытаются задавить Morton'a?

Еслиб Hans&Co продумали улучшенный вариант _общего_ VFS - другое дело. А коль нет... нафиг это безобразие в ядре.

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

> плагины оцтой по той причине, что они присущи только reiserfs. Тут дело такое - или все fs подчиняются одной VFS, или каждый изобретает свою. Разработчики выбрали первый (правильный) вариант.

Система плагинов ортогональна идее VFS.

>Так и есть. Молодцы! Полностью их поддерживаю. Если не тормозить таких как Hans, то в Linux kernel уже бы давно встроили реестр.

Довольно бредовая аналогия :)

>Hans пока-что никого не порулил, а только пытается кувалдой вбить reiser4. Причем радуют его прихвостни @namesys. Массовкой чтоли пытаются задавить Morton'a?

Еще как порулил. reiser4 имеет непревзойденные показатели по скорости :) А разработчики остальных ФС жутно с этого бесятся и вставляют ему палки в колеса. Вполне по-человечески ;)

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

>Система плагинов ортогональна идее VFS.

Перечитай еще раз lkml. Плагинсы прекрасно уживутся в абстракции VFS, только это нужно _продумать_. То бишь reiser выходит за рамки настоящего VFS - это не правильно. Разработчики намекают Hans'у, что в принципе можно расширить VFS как абстракцию - для _всех_ fs. Но кто этим будет заниматься? Тем более уже позновато вносить столь радикальные изменения. Думается мне три варианта:

1. Мортон скрепя зубами включает reiser с плугинсами;
2. Плугинсы идут нафиг, reiser остается;
3. reiser идет нафиг вместе с плугинсами.

>reiser4 имеет непревзойденные показатели по скорости :)

И что? Скорость не говорит о стабильности/надежности и уж тем более не говорит о правильности подхода. А еще понятие скорости растяжимо и напрямую зависит от условий эксперимента. Итог: не аргумент.

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

PS:

Hans Reiser:

> Christoph does a lot of reviewing >

and he is notorious for making needed linux contributors go away and not come back, and I won't say which famous person on this mailing list told me that....

>and your child definitely >is in serious need of that to be mergeable. I'm sure Christoph is able >to review inpartially even when he is involved with other FS. >   >

As impartial as a puppy on PCP....

Christoph is aggressive about things he does not take the time to understand or ask about first.  I hate that.   I wish he would go away please.  He is not exactly an Ousterhout, Rob Pike, Granger, Mazieres, Frans Kaashoek, etc.,  in his accomplishments, so why is he reviewing other people's filesystems?  Reviews are great, how about finding persons who have created filesystem innovations (and thus are less likely to reject innovations without understanding them) to do them?

How about review by benchmark instead?

It works, it runs faster than the competition, users like it, we addressed the core kernel patch complaints, it should go in and receive the exposure that will result in lots of useful improvements and suggestions.   It seems like we are getting an unusual review process.

I used a bunch of algorithms for which there was a consensus among those consulted that the algorithms were a bad idea, only the fact that I paid for the code to be written and required that it be done my way (ignoring the "you just use me as a typewriter" remarks as best I could)  caused the algorithms to get implemented at all, and the benchmarks then proved the algorithms were a good idea.  V3 performance sucks in major part because I listened to the consensus when I knew better.   I don't really care for consensus on my FS anymore.   If you guys want to understand what I am doing I am happy to talk about it extensively, but please don't require that I groupthink.  I frankly think that with my benchmarks, I should be allowed to tinker on my own.

Hans The Mad

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

Сам ты не аргумент. :) Скорость и стабильность - единственные аргументы для ФС.

>Но кто этим будет заниматься? Тем более уже позновато вносить столь радикальные изменения.

Ты сам все сказал. Поэтому противники Ганса останутся с носом.

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

>Ах да. 3-ий вариант предпочтительней.

С тобой не о чем говорить, так как ты явно не в своем уме :) Выкинуть лучшую из существующих ФС... Это ж каким кретином надо быть? Я не думаю что Мортон такой кретин :)

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

Ну чтож... Hans, как всегда, эмоционален. Это его стандартные реплики, а в конце конечно же про скорость.

>please don't require that I groupthink

В этой фразе - весь Hans.

Как там было в рекламе Linux от IBM?

"A player who makes a team great is more valuable than a great player. Losing yourself in the group, for the good of the group, that's teamwork."

Удивительно?

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

>Выкинуть лучшую из существующих ФС...

Зачем выкинуть? Hans'у прямо в лицо сказали, что пользователи reiser - его клиенты, он на этом зарабатывает деньги. В этом нет ничего страшного, да - reiser выполняет свою задачу, но (!) не вписывается в ядро от kernel.org. Те кому нужен reiser возьмут его на сайте namesys - это будут клиенты Hans'a, не kernel.org. Это нормальная политика и Линус часто повторяет, что его устраивает куча сторонних патчей/форков итп. Все в норме.

Тем более, сейчас уже назрела проблема слишком большого ядра, пора разделять и властвовать, a reiser разведает этот нелегкий путь. :-)

logIN
()

А зачем нужен reser? Кривая российская поделка не идет ни в какое сравнение с классикой типа XFS... лучше б в последней нормальный QOS сделали, хотя это тоже слабо вписывается в архитектуру Linux и его I/O schedulers. :(

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

FAT32 - ваше всё.

Райзер - прогрессивная идея. ХФС - хорош, но неродной как не крути, я с ней игрался еще с 2.4.1х

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

>У XFS плохая репутация как "затиральщика файлов". :-) ext3 - наше все.

ну такое если он файлы целиком переписывает ... а если для по частям тогда он ни чего не переписывает .

Например Файлы базы данных , файлы логов. Посмотрите как на XFS Postgres бегает (если в табличках от 1кк записей). Посмотри файлы с забитого диска на XFS и Ext2/3 всё станет на свои места в ваших головах.

ЗЫ Ну и затирать файлы его помоему уже давно отучили.

kred
()

гражданина logIN'а нужно посадить под мсдос, там всё наиболее консервативно :)

anonymous
()

черт меня побери!
если они включат все это или хотя бы все из этого, не имеющее отношения к smp, то я обновлю ядро - впервые с тех пор, как они починили preemption!

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

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

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

> Еще бы тесты посмотреть и о преимуществах по сравнению с reiserfs3 почитать, а также уверится в надежности...

www.namesys.com

anonymous
()

> - CPU scheduler

А какие вообще планировшики в линуксе? Сейчас вроде O(1), а ещё для 2.0.х был патч с каким-то QNX-style. Даже не знаю как вопрос задать. Ну, типа проясните ситуацию. Что такое этот CPU scheduler?

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

И вообще все ФС надо перевести в юзер спейс. А то дискетку подмонтировать зови админа, исообраз зови админа. А он вопросы идиотские задает, а зачем вам это надо? Где обещанная свобода?

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