URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 69437
[ Назад ]

Исходное сообщение
"Релиз Linux-ядра 2.6.35"

Отправлено opennews , 02-Авг-10 11:54 
Спустя всего два месяца с момента выпуска версии 2.6.34, Линус Торвальдс представил (http://lkml.org/lkml/2010/8/1/188) релиз Linux-ядра 2.6.35 (http://www.kernel.org/). В новую версию принято 10514 исправлений от 1355 разработчиков, размер патча - 45 Мб. Около 41% всех представленных в 2.6.35 изменений связаны с драйверами устройств, примерно 23% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 15% связано с сетевым стеком, 7% - файловыми системами и 5% c внутренними подсистемами ядра.


В анонсе Линус рассказывает, что в целом попытка (http://www.opennet.me/opennews/art.shtml?num=27088) установки жестких правил заморозки кода удалась и эксперимент планируется продолжить в рамках подготовки следующего релиза. Число коммитов с изменениями, не связанными с исправлением ошибок, после выпуска первого кандидата в релизы ядра 2.6.35 составило 2000 (идея введения жестких правил была изложена перед выходом rc3), что почти в два раза ниже, чем было внесено...

URL: http://lkml.org/lkml/2010/8/1/188
Новость: http://www.opennet.me/opennews/art.shtml?num=27497


Содержание

Сообщения в этом обсуждении
"Релиз Linux-ядра 2.6.35"
Отправлено AracooL , 02-Авг-10 11:54 
Ох а были времена когда ядро весило совсем "чючють"
Ну вот Сетевая подсистема потрясла.....
Ждём когда народные умелцы пооптемезируют....

"Релиз Linux-ядра 2.6.35"
Отправлено klalafuda , 02-Авг-10 12:24 
Ну почему же - 'были'? Ничего никуда не девается.
http://www.kernel.org/pub/linux/kernel/v1.0/
Welcome.

"Релиз Linux-ядра 2.6.35"
Отправлено Logo , 02-Авг-10 15:14 
А что, "make menuconfig" не помогает?

"Релиз Linux-ядра 2.6.35"
Отправлено User294 , 02-Авг-10 21:46 
> Ох а были времена когда ядро весило совсем "чючють"

А они никуда и не делись. Минимальный SOHO роутер на линухе это 2 мега флеша и 8 мегов RAM. Правда взамен вы получаете ископаемое 2.4-е ядро где обкусано все и вся, тотальный минимум демонов и прочая. Но это достаточно для типичного хомячкового аппарата и даже управляемого вебмордой.


"Релиз Linux-ядра 2.6.35"
Отправлено XoRe , 04-Авг-10 22:52 
>> Ох а были времена когда ядро весило совсем "чючють"
>
>А они никуда и не делись. Минимальный SOHO роутер на линухе это
>2 мега флеша и 8 мегов RAM. Правда взамен вы получаете
>ископаемое 2.4-е ядро где обкусано все и вся, тотальный минимум демонов
>и прочая. Но это достаточно для типичного хомячкового аппарата и даже
>управляемого вебмордой.

Кстати вопрос, возможно по адресу.
В чем фишка продолжать оставаться на 2.4?
Размер ядра, размер сжираемой оперативки, большое количество заточенности на 2.4?
Неужели сильно коцаный 2.6 так сильно жирнее коцаного 2.4?


"Релиз Linux-ядра 2.6.35"
Отправлено Andrey Mitrofanov , 05-Авг-10 09:51 
>>>ископаемое 2.4-е ядро где обкусано все и вся, тотальный минимум демонов
>Кстати вопрос, возможно по адресу.
>В чем фишка продолжать оставаться на 2.4?
>Размер ядра, размер сжираемой оперативки, большое количество заточенности на 2.4?

Ага, всё выше перечисленное, насколько я ничего не. Размер, размер и проприертарный блоб-драйвер чего-то там железного. Вай-фая, кажется.

>Неужели сильно коцаный 2.6 так сильно жирнее коцаного 2.4?

Кто-то где-то говорил, кажется, что 2.6 плохо "коцается" в сравнении с 2.4.


"Релиз Linux-ядра 2.6.35"
Отправлено Captain , 03-Авг-10 10:09 
Внезапно! до сих пор 2.4 дорабатывают, всего 30МБ

"Релиз Linux-ядра 2.6.35"
Отправлено solmedas , 02-Авг-10 11:57 
Очень приятная новость о распределением сетевой нагрузки на камни RPS, RFS

"Релиз Linux-ядра 2.6.35"
Отправлено Logo , 02-Авг-10 15:21 
>для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU...

что-то так умно написано, что не могу въехать. Имеется ввиду на все имеющиеся CPU в мультипроцессорных системах?


"Релиз Linux-ядра 2.6.35"
Отправлено pavlinux , 02-Авг-10 21:09 
На всё процессорные ядры.

В Линух гораздо сложнее привязать вызов к процессору, чем к ядру.


"Релиз Linux-ядра 2.6.35"
Отправлено Logo , 02-Авг-10 23:23 
В оригинале они пишут, что "скорость процессоров приостановилась, а количество ядер растет...". Далее везде фигурирует ЦПУ. Поэтому и вопрос, - только ядра, или без разницы? Но полагаясь на Ваш опыт, склоняюсь, что ядра.

"Релиз Linux-ядра 2.6.35"
Отправлено pavlinux , 03-Авг-10 00:40 
>В оригинале они пишут, что "скорость процессоров приостановилась, а количество ядер растет...".
>Далее везде фигурирует ЦПУ. Поэтому и вопрос, - только ядра, или
>без разницы? Но полагаясь на Ваш опыт, склоняюсь, что ядра.

В коде есть дефайн, который всё объясняет.

#define RPS_NO_CPU NR_CPUS  

(NR_CPUS - глобальная хрень равная количеству логич. процессоров )

--------

Самое интересное, это то, что патч для RPS написан 1 апреля. http://lwn.net/Articles/381955/


"Релиз Linux-ядра 2.6.35"
Отправлено solmedas , 02-Авг-10 23:16 
>>для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU...
>
>что-то так умно написано, что не могу въехать. Имеется ввиду на все
>имеющиеся CPU в мультипроцессорных системах?

как я понял всем нагрузка поровну


"Релиз Linux-ядра 2.6.35"
Отправлено pavlinux , 03-Авг-10 01:10 
>>>для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU...
>>
>>что-то так умно написано, что не могу въехать. Имеется ввиду на все
>>имеющиеся CPU в мультипроцессорных системах?
>
>как я понял всем нагрузка поровну

А вот фигу, всем ЦПУ по очереди.
Но при 200000 соединений, по модулю CPU, можно сказать и поровну :)
В всяком случае, балансировщика я там не нашёл.  


"Релиз Linux-ядра 2.6.35"
Отправлено XoRe , 04-Авг-10 22:56 
>>для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU...
>
>что-то так умно написано, что не могу въехать. Имеется ввиду на все
>имеющиеся CPU в мультипроцессорных системах?

А вы на компе с линуксом и гигабитной сетевухой начните что-нибудь передавать/получать со скоростью гигабита в секунду, и посмотрите на загрузку процессоров и ядер)


"Релиз Linux-ядра 2.6.35"
Отправлено Logo , 04-Авг-10 23:21 
>А вы на компе с линуксом и гигабитной сетевухой начните что-нибудь передавать/получать
>со скоростью гигабита в секунду, и посмотрите на загрузку процессоров и
>ядер)

Могу посмотреть только ядра, за неимением процессоров :)
А вообще-то, "pavlinux" уже все разрулил в понятной форме.



"Релиз Linux-ядра 2.6.35"
Отправлено Zenitur , 02-Авг-10 12:01 
Шикарно! 3000 коммитов... Пока прочитаешь все изменения, уже 2.6.36 выйдет... Обновлюсь потому, что в 2.6.34 заработал моя веб-камера. Хоть это могло быть и не ядро, а новые иксы без HAL. Что касается устройств - добавляются за месяцы и годы до того, как пользователь их приобретёт. Командуем make oldconfig и радуемся. Когда обновил 2.6.33 до 2.6.34, было вопросов 30, почти все насчёт новых устройств (помню только тюнеры и камеры, и Memory Stick у нового ноутбука). Радует поддержка манпуляторов от Wii, только где бы поиграть, кроме Dolphin?

"Релиз Linux-ядра 2.6.35"
Отправлено dr.Faust , 02-Авг-10 14:15 
Отож - только что закончилась сборка 34 ядра - финальная версия моя - перегрузился - проверил работу сети (в неё как-раз и вносил изменения) - на тебе новость - 35 вышло - начинай сначала...

(У меня как раз i915 и я как ращ люблю смотреть кино на ноуте)


"Релиз Linux-ядра 2.6.35"
Отправлено Logo , 02-Авг-10 15:57 
>(У меня как раз i915 и я как ращ люблю смотреть кино на ноуте)

А чипсет G45+ ?


"Релиз Linux-ядра 2.6.35"
Отправлено dr.Faust , 02-Авг-10 16:03 
>А чипсет G45+ ?

Честно - не знаю. Не смотрел ещё...


"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 16:59 
G45 - это GMA 4500

"Релиз Linux-ядра 2.6.35"
Отправлено User294 , 02-Авг-10 21:56 
> на тебе новость - 35 вышло - начинай сначала...

Гентушник с медленной машиной? ;)


"Релиз Linux-ядра 2.6.35"
Отправлено dr.Faust , 02-Авг-10 22:54 
>Гентушник с медленной машиной? ;)

;)
Убунтовод с офигенно производительной машиной... но медленным ноутбуком. Вот для него иногда ядро и пересобираю.


"Релиз Linux-ядра 2.6.35"
Отправлено User294 , 03-Авг-10 02:35 
>Убунтовод с офигенно производительной машиной...

Внезапно! :D (да, теперь я понимаю истинный смысл этой фразы)



"Релиз Linux-ядра 2.6.35"
Отправлено Zenitur , 02-Авг-10 12:08 
Интелы молодцы. Поддержка аппаратного декодрования видео? Vaapi? У AMD поскромнее, поддержка Radeon HD 5xxx, и управление электропитанием.

"Релиз Linux-ядра 2.6.35"
Отправлено ононим , 02-Авг-10 17:17 
>Интелы молодцы. Поддержка аппаратного декодрования видео? Vaapi? У AMD поскромнее, поддержка Radeon
>HD 5xxx, и управление электропитанием.

вот теперь сиди и думай что использовать - fglrx или xf86-ati.
у проприетарного есть возможность управления питанием?



"Релиз Linux-ядра 2.6.35"
Отправлено dalco , 02-Авг-10 20:05 
У проприетарного управление питанием есть, причем _пока_ оно реализовано чуть лучше. Но такого кошмарного разрыва в потреблении между fglrx и x86-ati, что было раньше, уже нет. Разработчики обещают дальнейший прогресс в экономии энергии за счет внедрения всех задуманных фишек и оптимизации тонких настроек (но это уже в следующих версиях ядра).

"Релиз Linux-ядра 2.6.35"
Отправлено mma , 03-Авг-10 13:17 
>Но такого кошмарного разрыва в потреблении между fglrx и x86-ati

уже никакого нет, 2.6.35 и low profile потребляет также как и fglrx. а low хватит на все 2D и video.


"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 12:14 
Глюк с ps/2 портом надеюсь поправили. Некоторые простенькие мыши неработают.

"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 12:28 
>добавлена поддержка аппаратной акселерации декодирования видеопотоков H.264 и VC1 для графических карт на базе GPU G45+;

Вухуууууууу! Кто-ть уже опробовал?


"Релиз Linux-ядра 2.6.35"
Отправлено Zenitur , 02-Авг-10 12:52 
Знать бы как... Intel мог и в процессор встроить аппаратное декодирование. Зачем в видеокарту? Наверное, традиция... Встроить, например, в виде надтройки вроде mmx.

"Релиз Linux-ядра 2.6.35"
Отправлено ЬЫР , 02-Авг-10 13:02 
Аппаратное декодирование для того и придумали, чтобы процессор разгрузить :) У видеокарты память быстрая, она больше подходит для кодировки\раскодировки видео.

"Релиз Linux-ядра 2.6.35"
Отправлено Alen , 02-Авг-10 13:16 
а мп3 плеер тебе не встроить в процессор?
проц должен складывать и вычитать, а остальное спец чипы.
если все сунуть в одно место, оно этим местом и будет :)
сиди потом думай почему оно глючит

"Релиз Linux-ядра 2.6.35"
Отправлено pavlinux , 02-Авг-10 21:39 
>а мп3 плеер тебе не встроить в процессор?
>проц должен складывать и вычитать, а остальное спец чипы.

Даёшь OISC процессор в массы, с одной командой SUBLEQ :)



"Релиз Linux-ядра 2.6.35"
Отправлено User294 , 03-Авг-10 02:44 
>Даёшь OISC процессор в массы, с одной командой SUBLEQ :)

Юзайте Amiga :) там сопроцессоры COPPER и BLITTER таким извращенцам очень понравятся наверное. У кого-то из них аж примерно целые три команды есть.

ЗЫЖ я не понял, а как при наличии только сложения и вычитания программировать то? Даже в ультраминимальном брейнфаке (который по сути лишь ассемблер абстрактного супердебильного процессора с тотальным минимумом доступных команд) есть команды для условного выполнения (позволяющие ветвление и циклы). Проц с только сложением и вычитанием не является процом вообще. Тупой сумматор. На котором полноценную программу как-то и не сделаешь. За отсутствием команд условного выполнения, собссно. В общем аффтар поста на 1 выше павлина пусть сперва уроки информатики чтоли посетит. Или пусть попробует напрограммить что-то только двумя командами, ага.


"Релиз Linux-ядра 2.6.35"
Отправлено анонимус , 03-Авг-10 12:43 
>[оверквотинг удален]
>
>ЗЫЖ я не понял, а как при наличии только сложения и вычитания
>программировать то? Даже в ультраминимальном брейнфаке (который по сути лишь ассемблер
>абстрактного супердебильного процессора с тотальным минимумом доступных команд) есть команды для
>условного выполнения (позволяющие ветвление и циклы). Проц с только сложением и
>вычитанием не является процом вообще. Тупой сумматор. На котором полноценную программу
>как-то и не сделаешь. За отсутствием команд условного выполнения, собссно. В
>общем аффтар поста на 1 выше павлина пусть сперва уроки информатики
>чтоли посетит. Или пусть попробует напрограммить что-то только двумя командами, ага.
>

http://esolangs.org/wiki/Subleq - там у процессора всего одна команда (вычесть и перейти, если результат отрицательный) и он даже полный по Тьюрингу...


"Релиз Linux-ядра 2.6.35"
Отправлено User294 , 03-Авг-10 19:28 
>[оверквотинг удален]

Можно и получше удалять.

> http://esolangs.org/wiki/Subleq - там у процессора всего одна команда

Круто! Правда, она все-таки с тремя операндами и условная. Но какая абсолютизация идеи RISC - команда всего 1 на все :D. Правда, это еще хуже брейнфака, но и правда полноценное :).А вот с одним сложением и вычитанием (про их условность автор ничего не говорил) - процессора не получится. Собссно условное выполнение - то что и делает процессор процессором.


"Релиз Linux-ядра 2.6.35"
Отправлено XoRe , 04-Авг-10 23:01 
>ЗЫЖ я не понял, а как при наличии только сложения и вычитания
>программировать то?

А не вы ли давали ссылку на историю одного байта?

Там как раз у человека был проц, который умел +/-.


"Релиз Linux-ядра 2.6.35"
Отправлено User294 , 05-Авг-10 00:25 
>А не вы ли давали ссылку на историю одного байта?

Возможно что и я. Мне такие истории нравятся.

>Там как раз у человека был проц, который умел +/-.

Там конечно был убогенький проц, судя по описанию про стек и банки - это было что-то типа какого-то из младших PIC (PIC12, PIC16) - АФАЙК, у них стек сделан церез зад и имеет очень ограниченную вложенность. Но это все-таки полноценный проц который умеет намного больше чем только + и -, команд даже у таких уродцев довольно приличное количество. Уродцами я их считаю только потому что в той же ценовой нише с примерно тем же потреблением и прочая есть процы с более приличной архитектурой, e.g. Atmel AVR.


"Релиз Linux-ядра 2.6.35"
Отправлено User294 , 02-Авг-10 22:50 
>а мп3 плеер тебе не встроить в процессор?

Обычно ровно наоборот - в mp3 плеерах есть процесор(ы) :P.

>проц должен складывать и вычитать, а остальное спец чипы.

Эпоха жесткой логики закончилась много лет назад. Машину времени с лора возьмите если вам это не нравится. Как вариант можно пожаловаться на вопиющее притеснение жесткой логики в ООН.

>если все сунуть в одно место, оно этим местом и будет :)
>сиди потом думай почему оно глючит

Вообще-то спецчипы обычно куда более разборчивы к формату потока и малейшие аномалии выбивают аппаратные декодеры из колеи. Потому что сложную логику восстановления/ресинхронизации трудно реализовать в железе. Впрочем, зачастую аппаратным декодером называют любой проц отличный от основного. Что довольно странно - если логика реализуется модулем кода/фирмварой/чемтамеще - оно все-таки нифига не аппаратное. По факту - рулить будут программно-аппаратные решения, нравится вам это или нет. Потому что они намного гибче. Ну вот например вышел WEBM с его VP8. Возникла нужда его играть, да. И через несколько лет - будет просто вопиющая необходимость в этом. Что делать тем у кого логика выбита в камне? Выбрасывать оную логику? :).


"Релиз Linux-ядра 2.6.35"
Отправлено анонимус , 03-Авг-10 12:51 
>[оверквотинг удален]
>Вообще-то спецчипы обычно куда более разборчивы к формату потока и малейшие аномалии
>выбивают аппаратные декодеры из колеи. Потому что сложную логику восстановления/ресинхронизации трудно
>реализовать в железе. Впрочем, зачастую аппаратным декодером называют любой проц отличный
>от основного. Что довольно странно - если логика реализуется модулем кода/фирмварой/чемтамеще
>- оно все-таки нифига не аппаратное. По факту - рулить будут
>программно-аппаратные решения, нравится вам это или нет. Потому что они намного
>гибче. Ну вот например вышел WEBM с его VP8. Возникла нужда
>его играть, да. И через несколько лет - будет просто вопиющая
>необходимость в этом. Что делать тем у кого логика выбита в
>камне? Выбрасывать оную логику? :).

как бы основная команда для таких вещей это умножить два числа и сложить результат с третьим - рисуем процессор, который умеет делать много таких операций (штук 4 хотябы) паралельно и получаем мегапроц для декодирования поточных данных. если более кратко - цифровой сигнальный процессор (пример процессора tms320c5510 - емнип уже устарел, но я на нем тренировался), скрещиваем такой проц и ARM и внезапно получаем чип, который на 200-800 мегагерц умеет декодировать 1080р и что самое интересное - жрет при этом всего пару ватт (такой комплекс от TI называют OMAP) и может использоваться с операционками общего назначения...


"Релиз Linux-ядра 2.6.35"
Отправлено Ytch , 03-Авг-10 15:52 
Насколько я понял, под спецчипами имелись ввиду полностью аппаратные решения (без прошивок в них софта). Решение, описанное вами как раз и есть самое популярное (разрабатывается аппаратная платформа, а "все что понадобится впредь" реализуется софтом и его обновлениями.

P.S. Кстати, удалось ли использовать что-либо, кроме их TI CodeComposer для разработки софта под TMS (в свое время использовал TMS320C5502, 5509 и 5509А)?


"Релиз Linux-ядра 2.6.35"
Отправлено анонимус , 03-Авг-10 17:02 
Нет.

"Релиз Linux-ядра 2.6.35"
Отправлено User294 , 03-Авг-10 20:24 
>как бы основная команда для таких вещей это умножить два числа и
>сложить результат с третьим - рисуем процессор, который умеет делать много
>таких операций (штук 4 хотябы) паралельно и получаем мегапроц для декодирования
>поточных данных. если более кратко - цифровой сигнальный процессор (пример процессора
>tms320c5510 - емнип уже устарел, но я на нем тренировался),

Знаем-знаем, эта операция называется multiply-accumulate и надежно идентифицирует сигнальник или хотя-бы нечто с заточкой под DSP-операции.

>скрещиваем такой проц и ARM и внезапно получаем чип, который на 200-800
>мегагерц умеет декодировать 1080р и что самое интересное - жрет при
>этом всего пару ватт (такой комплекс от TI называют OMAP) и
>может использоваться с операционками общего назначения...

Спасибо вам, Кэп. Я в курсе кто такой омап :). Правда 1080p на DSP - вы вроде все-таки преувеличиваете, как минимум для омап3. Ну или пальцем ткните в тех у кого точно есть кодек на DSP лупящий 1080p (хотя-бы декодирование) с не очень мерзким битрейтом на омапе. А то ни разу не попадалось. Тем более что 1080p ничего не говорит. Одно дело какоенить 1-2 мегабит с ютуба, которое даже софтварно ARMом прожуется пожалуй (тем более что SIMD и DSP-образные инструкции ARM и сам реализовал) и другое - 30 мегабит и со всеми наворотами типа CABAC и прочая "как на блюрее". Вообще, в омапе под акселерированное декодирование видео есть отдельная приблуда - IVA. Вон, на блоксхеме: http://focus.ti.com/general/docs/wtbu/wtbuproductcontent.tsp...

Доки на это техас правда АФАЙК не дает, впрочем учитывая не бог весть какие возможности приблуды (разрешения и форматы) - не особо хуже и чисто программно делают. Какойнить 800х480 H.264 базовый профайл с не сильно крутым битрейтом программно декодится ARMом с его Cortex A8 совершенно без проблем.

ЗЫЖ (отбирая у предыдущего оратора фуражку капитана) DSP является всего лишь процессором. Хоть и с специфичным набором команд, но - он не есть "аппаратный декодер". Код там самый что ни на есть программный. Да и грань между DSP и не-DSP нынче довольно условная. В процах общего применения часто пихают DSP-ориентированные инструкци. А некоторые DSP, хоть от того же Ti (TMS320F* какойнить) - снабжены таким набором периферии и свойств что так и хочется обозвать сие "микроконтроллером", а вовсе не. Хочется к слову самому техасу, что они и делают :)


"Релиз Linux-ядра 2.6.35"
Отправлено Зенитар , 03-Авг-10 13:29 
Микросхемы для аппаратного декодирования видео используются в ТВ-ресиверах для спутникового телевидения, платах видеомонтажа.

"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 12:42 
В реализации файловой системы Btrfs добавлена поддержка режима прямого ввода/вывода, позволяющего организовать доступ к данным минуя кэш файловой системы. Функция прямого ввода/вывода активно используется в СУБД, поддерживающих собственные механизмы кэширования. Кроме того в Btrfs завершена работа над кодом "-ENOSPC", обеспечивающим работу в ситуации острой нехватки свободного дискового пространства.

шикарно.. оно даже не умело ENOSPC возвращать ?!


"Релиз Linux-ядра 2.6.35"
Отправлено segoon , 02-Авг-10 12:50 
Судя по git'у, в мае были только исправлены ошибки. Видимо, теперь они всё проверили и гарантируют стабильную работу в условиях нехватки места.

"Релиз Linux-ядра 2.6.35"
Отправлено dalco , 02-Авг-10 13:26 
Если верить http://kernelnewbies.org/LinuxChanges, то оно работало и до 2.6.35, но не всегда :)
Всяческие неординарные операции типа ребалансинга данные/метаданные, создания подтомов и прочих, не часто используемых вещей, могли иногда приводить к глюкам.

P.S. На моей экспериментальной машинке таких ошибок не выскакивало, но я ее особо и не мучал.


"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 13:42 
> шикарно.. оно даже не умело ENOSPC возвращать ?!

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


"Релиз Linux-ядра 2.6.35"
Отправлено User294 , 02-Авг-10 23:02 
>шикарно.. оно даже не умело ENOSPC возвращать ?!

Для CoW файловой системы в духе btrfs ответ на вопрос "а сколько места сейчас на томе свободно" не является таким тривиальным как может показаться. Дело в том что кроме того что доступно немедленно, место может освободиться при "сборке мусора". А если вспомнить что btrfs постоянно делает временные снапшоты автоматически - думаю становится понятно в чем фокус-покус. Так что если и правда реализовали эту часть логики без ошибок - это большой шаг вперед. По сути это одна их последних "базовых" вещей которой могло не хватать, и это одна из достаточно сложных в реализации частей. Посему троллинг на эту тему показывает лишь что тролль не пытался прикинуть себе сложность решаемой задачи.


"Релиз Linux-ядра 2.6.35"
Отправлено segoon , 02-Авг-10 12:44 
Ещё появилась такая хрень, sysctl переменная:

ip_local_reserved_ports - list of comma separated ranges
       Specify the ports which are reserved for known third-party
       applications. These ports will not be used by automatic port
       assignments (e.g. when calling connect() or bind() with port
       number 0). Explicit port allocation behavior is unchanged.

Кто подскажет, для чего это нужно в _реальной_ жизни?


"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 13:40 
> Кто подскажет, для чего это нужно в _реальной_ жизни?

чтобы наверно какой нибудь например торрент демон, случайно стартовавший раньше и захвативший порт 3128 или там 3306, не привел к отказу сквида или мускля, которые, например за счет случайно дольшей инициализации, не стартовали позже и не опоздали застолбить за собой порт.  


"Релиз Linux-ядра 2.6.35"
Отправлено Xaionaro , 02-Авг-10 14:58 
Ну, тут вряд ли, т.к. обычно net.ipv4.ip_local_port_range начинается с 32768 :). Хотя тоже вариант.

"Релиз Linux-ядра 2.6.35"
Отправлено Ytch , 03-Авг-10 16:04 
>Ну, тут вряд ли, т.к. обычно net.ipv4.ip_local_port_range начинается с 32768 :). Хотя
>тоже вариант.

Не везде. Бывает 1025. К тому же никто не мешает админу задать какому-нибудь приложению порт выше 32768. В любом случае неплохо иметь механизм явного задания исключений.


"Релиз Linux-ядра 2.6.35"
Отправлено Xaionaro , 02-Авг-10 14:56 
Ну, для игр например. Если какой-нибудь rtorrent случайно займёт порт, через который по сети работает uqm net-melee, то в uqm net-melee нельзя будет начать listen по данному порту.

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


"Релиз Linux-ядра 2.6.35"
Отправлено segoon , 02-Авг-10 20:57 
Во, в проблему с НАТ'ом я верю, спасибо :)

"Релиз Linux-ядра 2.6.35"
Отправлено pavlinux , 02-Авг-10 21:47 
>Ну, для игр например. Если какой-нибудь rtorrent случайно займёт порт, через который
>по сети работает uqm net-melee, то в uqm net-melee нельзя будет
>начать listen по данному порту.
>
>Но вообще, скорее всего, это нужно для более критичных мест, например, имеется
>роутер с NAT, которому требуется периодически по определённому порту слушать и
>получать данные. (NAT может случайно сожрать нужный порт).

Как связаны Преобразование сетевых АДРЕСОВ и ПОРТЫ TCP?
Может PAT - Port Address Translations?


"Релиз Linux-ядра 2.6.35"
Отправлено Ytch , 03-Авг-10 16:11 
>>Но вообще, скорее всего, это нужно для более критичных мест, например, имеется
>>роутер с NAT, которому требуется периодически по определённому порту слушать и
>>получать данные. (NAT может случайно сожрать нужный порт).
>
>Как связаны Преобразование сетевых АДРЕСОВ и ПОРТЫ TCP?
> Может PAT - Port Address Translations?
>

Связаны очень просто - PAT просто зачастую называют более общим термином NAT:
PAT (Port Address Translation). Also called simply "NAT" or "Network Address Port Translation, NAPT" (http://en.wikipedia.org/wiki/Network_address_translation).


"Релиз Linux-ядра 2.6.35"
Отправлено Xaionaro , 07-Авг-10 00:14 
>Как связаны Преобразование сетевых АДРЕСОВ и ПОРТЫ TCP?
> Может PAT - Port Address Translations?

Хм, а ведь вы правы. Честно говоря я считал, что NAT резервирует порт, дабы можно было различить обратный трафик. Удивлён, что протупил в _настолько_ тупой штуке как NAT...



"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 14:48 
подскажите какой опцией в конфиге включается memory compaction ?

"Релиз Linux-ядра 2.6.35"
Отправлено koblin , 02-Авг-10 16:53 
>подскажите какой опцией в конфиге включается memory compaction ?

судя по всему CONFIG_COMPACTION


"Релиз Linux-ядра 2.6.35"
Отправлено proDOOMman , 02-Авг-10 14:57 
Покажите кто нибудь скрины nconfig, хочется глянуть на этот "более современный внешний вид" =)

"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 14:59 
>Покажите кто нибудь скрины nconfig, хочется глянуть на этот "более современный внешний
>вид" =)

http://s04.radikal.ru/i177/1008/06/ef1f70e2bb7c.png

напоминает фидошный голдед - ну его нафиг, menuconfig роднее


"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 15:22 
Мде... а что, нельзя что ли как в *BSD, через текстовый файл конфиг править?

"Релиз Linux-ядра 2.6.35"
Отправлено koblin , 02-Авг-10 15:36 
можно

"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 15:40 
Расскажите как? А то во всех мануалах и даже официальной документации по ядро пишут именно про "make что-то" чтоб сконфигурить ядро. Что-то даже где-то читал, что есть вообще какой-то графический X'овый (ОМГ o_O) конфигуратор для ядра

"Релиз Linux-ядра 2.6.35"
Отправлено я , 02-Авг-10 15:41 
vim /usr/src/linux/.config

"Релиз Linux-ядра 2.6.35"
Отправлено dr.Faust , 02-Авг-10 16:01 
>Расскажите как? А то во всех мануалах и даже официальной документации по
>ядро пишут именно про "make что-то" чтоб сконфигурить ядро. Что-то даже
>где-то читал, что есть вообще какой-то графический X'овый (ОМГ o_O) конфигуратор
>для ядра

Тысячи их...
Попробуйте make xconfig - мне он больше всех нравится...



"Релиз Linux-ядра 2.6.35"
Отправлено User294 , 02-Авг-10 23:23 
>http://s04.radikal.ru/i177/1008/06/ef1f70e2bb7c.png
>напоминает фидошный голдед - ну его нафиг, menuconfig роднее

Охотно поверю что у того кто делал этот скриншот сохранился и "старый голый дед" ;)


"Релиз Linux-ядра 2.6.35"
Отправлено Зенитар , 03-Авг-10 13:30 
>>http://s04.radikal.ru/i177/1008/06/ef1f70e2bb7c.png
>>напоминает фидошный голдед - ну его нафиг, menuconfig роднее
>
>Охотно поверю что у того кто делал этот скриншот сохранился и "старый
>голый дед" ;)

Новый GoldED ничем не отличается от старого. Предпочитай тандербёрд


"Релиз Linux-ядра 2.6.35"
Отправлено User294 , 04-Авг-10 18:05 
>Новый GoldED ничем не отличается от старого.

Я в курсе. Для танкистов намекаю: старым дедом этот редактор называли сами фидошники. За окончание на DED. Также еще золотым дедком и прочая :)

> Предпочитай тандербёрд

Предпочитаю, т.к. не страдаю некромансией. И?


"Релиз Linux-ядра 2.6.35"
Отправлено edo , 03-Авг-10 19:35 
nconfig собирается быстрее, так что нафиг menuconfig

"Релиз Linux-ядра 2.6.35"
Отправлено netc , 02-Авг-10 15:01 
+1

сейчас вот пользуюсь 2.6.35-rc1 установленным из https://launchpad.net/~kernel-ppa/+archive/ppa

дистрибутив ubuntu 10.04 Linux mypad 2.6.35-020635rc1-generic #020635rc1 SMP Tue Jun 1 18:38:58 UTC 2010 i686 GNU/Linux

последнее ядро из тех, что выпускают под этот выпуск это Linux 2.6.32-24-generic

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

ПРОСТО хочу понять какие варианты у меня есть?

оставаться на 2.6.35-020635rc1-generic и не дергаться не интересно. хотелось бы все таки релиз использовать вместо rc1?

как это правильно сделать то ? (перейти в моей ситуации на 2.6.35 release)



"Релиз Linux-ядра 2.6.35"
Отправлено КЕ , 02-Авг-10 15:56 
Да обновись http://kernel.ubuntu.com/~kernel-ppa/mainline/
В консоли 3 команды -- и новое ядро. На ubuntu.ru(форуме) все описано, поищи в поисковике.

"Релиз Linux-ядра 2.6.35"
Отправлено ононим , 02-Авг-10 17:15 
я бы на вашем месте скачал финальный релиз. благо в PPA все есть. нужно только закачать 3 пакета и через dpkg -i * их поставить. дел на 5 минут.

"Релиз Linux-ядра 2.6.35"
Отправлено netc , 03-Авг-10 09:02 
спасибо за помощь!

просто все таки сабж = соответветсвующий, поэтому и решил задать здесь вопрос.

понял беру
http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.35-maveri...

и

http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.35-maveri...

и ставлю их через dpkg ?

это два пакеты - сейчас кстати у меня так 2.6.35-rc1 стоит

а какой третий этот

http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.35-maveri...

что ли ?

так поидее, конечно, он не нужен ?


"Релиз Linux-ядра 2.6.35"
Отправлено Шурек Табуреткин , 03-Авг-10 11:26 
Нет, все три надо:

linux-headers-2.6.35-020635-generic_2.6.35-020635_i386.deb
linux-headers-2.6.35-020635_2.6.35-020635_all.deb
linux-image-2.6.35-020635-generic_2.6.35-020635_i386.deb


"Релиз Linux-ядра 2.6.35"
Отправлено netc , 03-Авг-10 11:48 
все спасибо - разобрался действительно все три требуються. спасибо всем

вообще класс вот все таки решил перейти на ubuntu на своем lenovo x100e что то типа нетбука.

и хочу сказать что сейчас все устраивает:
потребление памяти 250 Мб  приблизительно
своп вообще не использую, т.к. памяти 2 гига, из которых для работы еще 1.7 Гб.

по сравнению с w7 просто летает, но думаю еще не много доусовершенсововать, дабы еще быстрее работала система

все тут есть и ядро 2.6.35 ;) в том числе - класс


"Релиз Linux-ядра 2.6.35"
Отправлено Logo , 02-Авг-10 19:00 
Апаратная поддержка H.264 была уже в G41, G43 и в новом G45. Кто в курсе, с предыдущими чипсетами оно работает?

"Релиз Linux-ядра 2.6.35"
Отправлено КЕ , 02-Авг-10 19:09 
Поставил на убунту, пошли глюки с видео ( искажения, лечится выбором другой частоты гц, но слетает через раз после перезагрузки)

"Про RPS/RFS кто подробно знает?"
Отправлено Rom1 , 02-Авг-10 19:29 
Очень интересно. Т.е. теперь карты с одной очередью (e1000) смогут работать на нескольких ядрах? Это касаемо только L3? А как будут дела с множеством очередей в igb?

"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 19:38 
Что такое GPU G45+? Чем оно отличается, например от GM45

"Релиз Linux-ядра 2.6.35"
Отправлено ононим , 02-Авг-10 19:44 
в википедии есть таблица характеристик всех интел-чипов. искать ссылку - лень.

"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 03-Авг-10 16:15 
Судя по всему речь идёт про HD, для G45 поддержку ещё не реализовали.

"Релиз Linux-ядра 2.6.35"
Отправлено Аноним , 02-Авг-10 19:40 
Вот опеределения из файла i915_drv.h:

...
#define IS_GM45(dev)        ((dev)->pci_device == 0x2A42)
#define IS_G4X(dev)        (INTEL_INFO(dev)->is_g4x)
...

Определённо, разница есть


"Релиз Linux-ядра 2.6.35"
Отправлено pavlinux , 02-Авг-10 22:02 
ВСЕМ ВЛАДЕЛЬЦАМ NVIDIA с пропрютырном драйвером.
РЕКОМЕНДУЮ ПОГОНЯТЬ YOUTUBE на HD разрешениях, Unigine Heaven раза 3-4, с выходом и перезапуском
и побольше страниц с флэшем.

С версии 2.6.35-rc3 были замечены произвольные вылеты X_ов.    


"Релиз Linux-ядра 2.6.35"
Отправлено Zenitur , 04-Авг-10 18:21 
nvidia 256.35, kernel 2.6.35, xorg 1.8.2. Не вылетает Хеавен. А флеш с аппаратным декодированием видео пробовать, или без него?

"Релиз Linux-ядра 2.6.35"
Отправлено pavlinux , 04-Авг-10 18:42 
>nvidia 256.35, kernel 2.6.35, xorg 1.8.2. Не вылетает Хеавен. А флеш с
>аппаратным декодированием видео пробовать, или без него?

#  cat /etc/adobe/mms.cfg

OverrideGPUValidation = true
AssetCacheSize = 10000
AutoUpdateDisable  = true
AVHardwareDisable  = true
DisableDeviceFontEnumeration = true
DisableNetworkAndFilesystemIn = true
DisableSockets = true
FileDownloadDisable = true
FileUploadDisable = true
FullScreenDisable = true
LocalFileReadDisable  = true;
LocalStorageLimit  = 10000


-----

Релиз 2.6.35 у меня тоже перестал вылетать...
Правда GCC обновил, так что, боюсь баг утерян. :)


"Релиз Linux-ядра 2.6.35"
Отправлено Zenitur , 04-Авг-10 22:35 
Ну вот! Я тестировал YouTube, открыл кучу вкладок, пока всё не зависло от скачка напряжения! Похоже, ничего нет. Возможно, дело не в драйвере, или так только с новым.

"Релиз Linux-ядра 2.6.35"
Отправлено pavlinux , 02-Авг-10 23:48 
> Инициировать уплотнение всей памяти можно записав любое значение в файл /proc/sys/vm/compact_memory;

в Documentation/sysctl/vm.txt другие мнения


compact_memory

Available only when CONFIG_COMPACTION is set. When 1 is written to the file,
all zones are compacted such that free memory is available in contiguous
blocks where possible. This can be important for example in the allocation of
huge pages although processes will also directly compact memory as required.

Так как в функции static int compact_node(int nid), можно нарваться
на такое число, что оно будет больше либо равно nr_node_ids.
возврат видите сами - -EINVAL.

if (nid < 0 || nid >= nr_node_ids || !node_online(nid))
                return -EINVAL;

nr_node_ids - это количество NUMA нод в системе. Для НЕ NUMA компов она равна ОДЫН!


-------------

Какая-то х...ня получается, при nr_node_ids == 1,
выражение (nid < 0 || nid >= nr_node_ids || !node_online(nid))

будет FALSE  :-/


"Релиз Linux-ядра 2.6.35"
Отправлено daevy , 03-Авг-10 16:02 
подскажите как включить эти плюшки - RPS и RFS? поиском по менюхе ядра не нашел(((+

"Релиз Linux-ядра 2.6.35"
Отправлено Andrey Mitrofanov , 03-Авг-10 16:34 
/sys/class/net/<device>/queues/rx-<n>/rps_cpus ? http://kernelnewbies.org/LinuxChanges#line-14

"Релиз Linux-ядра 2.6.35"
Отправлено pavlinux , 03-Авг-10 22:15 
>/sys/class/net/<device>/queues/rx-<n>/rps_cpus ? http://kernelnewbies.org/LinuxChanges#line-14


The CPU mask is set on a per device and per queue basis in the sysfs variable
/sys/class/net/<device>/queues/rx-<n>/rps_cpus.  This is a set of canonical
bit maps for receive queues in the device (numbered by <n>).  If a device
does not support multi-queue, a single variable is used for the device (rx-0).

А с маской делают OR или AND (а мож даже XOR)? :)