Linux 2.6.30

Столь редкий, неминорный релиз... тока расскажите - как похмел в ядро пустили :)

> Столь редкий, неминорный релиз...

минорный.

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

> По мне так - пофигу. LZMA/BZIP2 медленно распаковывают :)

> А место? Вы хотите 200KB с ядра сэкономить? У меня ядро в gz весит 1.7MB :)

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

> сказано же, да

На заборе тоже написано. Хотелось бы узнать мнение живых человеков. :)

> P.S. Я уже собрал )

А я подожду ебилдов. Все классные пацаны так делаютЪ! =^_^=

>P.S. 2.6.24 proud user ;-)
Вот это выдержка. Сразу видно - разведчик.

>Быстрая загрузка, благодаря асинхронным вызова

толку мало, раньше грузилось за 25 секунду, теперь за 24

А Integrity Management это жесть: http://lwn.net/Articles/227937/

"...integrity management can be a powerful tool for those who wish to maintain control over systems they do not own. Should it be merged, the kernel will come with the tools needed to create a locked-down system out of the box. As these modules get closer to mainline confusion, we may begin to see more people getting worried about them. Quite a few kernel developers may oppose license terms intended to prevent "tivoization," but that doesn't mean they want to actively support that sort of use of their software. Certainly it would be harder to argue against the shipping of locked-down, Linux-based gadgets when the kernel, itself, provides the lockdown tools"

>А можно ли вообще образ не сжимать? А то на распаковку даже gzip уходит время

вот пользовались бы lilo, было бы с точностью до обратного

lilo читает через bios, очень медленно, так что там максимальное сжатие уменьшает время загрузки

По поводу скорости

Intel(R) Celeron(R) M processor 1.70GHz
lzma decompression - 21.95 MB/second
raw disk read - 39.37 MB/sec

я не знаю до какой степени там сжато, но время на декомпрессию получается фактически равным на время чтения с диска несжатых данных,
ну а если учесть метод чтения диска применяемый загрузчиками (через bios)
то будет даже и быстрее

Открыв рот прочитал новость на опеннете... Слов нет, одни эмоции. Весьма положительные...

>KMS терь из коробки работает?

И 3D не тормозит

Ага! День сегодня интересный. То USB-3 поддерживаться будет линуксом в первую очередь, то ФАС начал охоту на производителей ноутбуков, то линукс 2,6,30 вышел...

Словом, теперь венде точно капецЪ!!!

>Обладатели радеоной одобряэ

Не все. У меня r250, т.ч. давно уже всё пучком...

>смущает то, что в ядре сейчас целый зоопарк файловых систем... и его расширяют...

Ну так правильно: побольше файловых систем, хороших и разных, универсальных и спецальных и будет нам щастье :)

>ну и селинуксом погорячились, имхо

а его, что, правда кто-то юзает??? никогда бы не подумал... какбе не тру юникс вей же...

>Где BFQ?

В Zen-sources)
Где-то ещё есть? На http://feanor.sssup.it/~fabio/linux/ только для *.29

>LZMA/BZIP2 медленно распаковывают :)

чушь. ты перепутал с компрессией

>У меня ядро в gz весит 1.7MB :)

тогда чего волнуешься о скорости? этож пшик, а не данные

>reiser4 патча нет, для .29 не годится, либо ищите патчи, либо ждите пока Шишкин к .1 или .2 патчу ядра выпустит новый райзер патч

Сильви, бери zen-sources. Я начиная с 2.6.30-rc3 сидел на нем под Reiser4.

у меня сейчас только ext3
reiser4 просто собираю, хоть и не использую
может с выходом новой версии btrfsprogs снова сделаю раздел btrfs

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

Я в zen нашел кучу вкусняшек, потому и поставил. После них возвращаться к ванильным ядрам не особо хочется.

>А я подожду ебилдов. Все классные пацаны так делаютЪ! =^_^=

все классные пацаны переименовывают ебилды, к твоему сведению =))

bzip2 кстати медленно распаковывает, так что в чем-то он и прав

помучаю еще целерон 1700 (dothan)

несжатое ядро - 4509896
сжатое ядро в /boot -1354448

компрессия (для ядра не имеет никакого значения, просто для сравнения)
lzma - 6.34 sec
bzip2 - 3.86 sec
gzip - 0.76 sec


декомпрессия
lzma 0.341 s
bzip2 0.875 s (!!!!!!!!!)
gzip 0.149 s

в случае gzip и lzma декомпрессия занимает менее 1/3 секунды и поэтому практически неощутима.
bzip2 в скорости декомпрессии - явный аутсайдер и почти секунда это то время , которое уже заметно

например ?)

Опции:

1. march=native build

2. Zen Tune
- Adds a new menu to the kernel configuration "Zen-Tune"
- Allows for "CFS Boost", which will re-nice privileged tasks (such as X) so whatever value you specify in the range of -19 to 20

Фичи:

3. Aufs - Another Unionfs

4. BFQ планировцик.

5. Colored Kernel Output - мелочь, а приятно. Вывод printk разными цветами в зависимости от важности сообщения.

6. Reiser4

7. Tux On Ice (если оно еще не в ядре)

Полный список дополнений - на их сайте.

> Colored Kernel Output - мелочь, а приятно.

Полезная фича :) В сочетании с патчем для блочного курсора, консоль становится как во FreeBSD :)

посмотрела, навряд ли я всем или частью этого пользуюсь или буду пользоваться, пока попользуюсь ванильным,оно хоть "стабильное", а zen patchset - git сплошной,
в ядро между прочим и индусы патчи отсылают)

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

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

>5. Colored Kernel Output - мелочь, а приятно. Вывод printk разными цветами в зависимости от важности сообщения.

а это по-дефолту врублено в 2.6.30 или надо модуль/флаг какой-то указывать?

> раньше грузилось за 25 секунду, теперь за 24

Речь идёт о загрузке ядра, а не всей системы. То бишь только от выхода из загрузчика и до запуска инита. Что дальше - совсем другая история.

Было 5с с хером, 2.6.30 - 4с с хером.

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

Ну у меня ядро для десктопа, собранное без модулей (только nvidia отдельно валяется), тоже порядка двух метров. Вот на роутере 1.3M, потому что там меньше всяких дров и фич, разве что поддержка usb да ipv6. Меньше метра вряд ли что-нибудь осмысленное можно сделать.

>Ну у меня ядро для десктопа, собранное без модулей (только nvidia отдельно валяется), тоже порядка двух метров. Вот на роутере 1.3M, потому что там меньше всяких дров и фич, разве что поддержка usb да ipv6. Меньше метра вряд ли что-нибудь осмысленное можно сделать.

а грузится за сколько?

короче одну секунду выиграли

>Ура! Приятны подарок на мой ДР! :)

У меня тож днюха вчера (10го) была. Правда пока до создания своих патчей не дорос(( Подарочек классный, после празднования вот пошел компилить)

> в make oldconfig

make silentoldconfig круче :)

Люди, никто не знает, когда в MD в RAID1 увеличат скорость чтения в 2 раза (чтобы параллельно читало с дисков массива)?

Ну мало зоопарка ненужных ф.с.,ещё несколько прилепили.Ошибки с Ext4 хоть исправили?

Всё бы хорошо, но "мой" баг на месте:

http://bugzilla.kernel.org/show_bug.cgi?id=13375

В следующее ядро наверное пройдёт ttm (newttm) и дровишки на его основе (radeon/nouveau). Но пока не пойму - то ли это NFS так колбасит, то ли TTM не очень хорошо справляется с карточкой на 256 Мб видеопамяти при 256 Мб системной .... через 10 часов использования как NFS-сервер + запускалка для Мозиллы тормоза становятся непереносимыми.

Пока собираем debug-версию.

>Ну мало зоопарка ненужных ф.с.,ещё несколько прилепили.Ошибки с Ext4 хоть исправили?

Как раз ext3/ext4 - это иесть ненужные ФС - нафиг их исправлять?

блин, баг с загрузкой Intel-microcode на второе ядро после suspend/hibernate так и не исправили. Придётся использовать dirty fix http://www.gossamer-threads.com/lists/linux/kernel/1061922 http://lkml.org/lkml/2009/4/17/452

Нужная,очевидно Ext2? (^_~) Вот Рейзер4 включили б, чем эти неведомые поделия.

>>>когда в MD в RAID1 увеличат скорость чтения в 2 раза...

Судя по всему - не при нашей жизни...

Меня больше другой вопрос занимает - прожорливость raw I/O.
Загрузка проца при raw чтении раздела/диска - 8-10%. На маппере/md (raid0,5,6) пропорционально количеству дисков увеличивается и нагрузка.

Под офтопом - на порядок меньше...

> reiser4 просто собираю, хоть и не использую

> левые патчи не люблю использовать

противоречие

Нет , просто обычная женская логика ;)

> Люди, никто не знает, когда в MD в RAID1 увеличат скорость чтения в 2 раза (чтобы параллельно читало с дисков массива)?

Каждый запрос читается с какого попало диска, в итоге две проги обычно друг другу не мешают. А есть ли смысл раскидывать один запрос на все зеркала? Или есть ещё какой-то способ? Никто ж не мешает взять да реализовать, была бы идея.

> а грузится за сколько?

Не засекал, но точно не больше 5 секунд. Это 2.6.29.

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

За POHMELFS зачет !!

>Можно будет не заморачиваться с копированием конфигов перед их изменением ( имеется ввиду cp /etc/file.conf /etc/file.conf_2009-06-10.v1; vi /etc/file.conf )

С этим прекрасно справляется git/hg/darcs/etc

Наконец-то, появился ебилд!

> А есть ли смысл раскидывать один запрос на все зеркала?

Ещё как имеет. Во всех ЕМНИП железных контроллерах такое есть.