The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Релиз Linux-ядра 2.6.35"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз Linux-ядра 2.6.35"  +/
Сообщение от opennews on 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 внутренними подсистемами ядра.


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

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

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от AracooL email on 02-Авг-10, 11:54 
Ох а были времена когда ядро весило совсем "чючють"
Ну вот Сетевая подсистема потрясла.....
Ждём когда народные умелцы пооптемезируют....
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Релиз Linux-ядра 2.6.35"  +1 +/
Сообщение от klalafuda on 02-Авг-10, 12:24 
Ну почему же - 'были'? Ничего никуда не девается.
http://www.kernel.org/pub/linux/kernel/v1.0/
Welcome.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

31. "Релиз Linux-ядра 2.6.35"  +1 +/
Сообщение от Logo (ok) on 02-Авг-10, 15:14 
А что, "make menuconfig" не помогает?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

58. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от User294 (ok) on 02-Авг-10, 21:46 
> Ох а были времена когда ядро весило совсем "чючють"

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

75. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Captain (??) on 03-Авг-10, 10:09 
Внезапно! до сих пор 2.4 дорабатывают, всего 30МБ
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Релиз Linux-ядра 2.6.35"  +1 +/
Сообщение от solmedas (ok) on 02-Авг-10, 11:57 
Очень приятная новость о распределением сетевой нагрузки на камни RPS, RFS
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

55. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от pavlinux email(ok) on 02-Авг-10, 21:09 
На всё процессорные ядры.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

67. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Logo (ok) on 02-Авг-10, 23:23 
В оригинале они пишут, что "скорость процессоров приостановилась, а количество ядер растет...". Далее везде фигурирует ЦПУ. Поэтому и вопрос, - только ядра, или без разницы? Но полагаясь на Ваш опыт, склоняюсь, что ядра.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

#define RPS_NO_CPU NR_CPUS  

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

--------

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Zenitur email on 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?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

А чипсет G45+ ?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

42. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Аноним email(??) on 02-Авг-10, 16:59 
G45 - это GMA 4500
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

60. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от User294 (ok) on 02-Авг-10, 21:56 
> на тебе новость - 35 вышло - начинай сначала...

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

63. "Релиз Linux-ядра 2.6.35"  +1 +/
Сообщение от dr.Faust on 02-Авг-10, 22:54 
>Гентушник с медленной машиной? ;)

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

72. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от User294 (ok) on 03-Авг-10, 02:35 
>Убунтовод с офигенно производительной машиной...

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


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Релиз Linux-ядра 2.6.35"  +1 +/
Сообщение от Zenitur email on 02-Авг-10, 12:08 
Интелы молодцы. Поддержка аппаратного декодрования видео? Vaapi? У AMD поскромнее, поддержка Radeon HD 5xxx, и управление электропитанием.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Аноним (??) on 02-Авг-10, 12:14 
Глюк с ps/2 портом надеюсь поправили. Некоторые простенькие мыши неработают.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

13. "Релиз Linux-ядра 2.6.35"  +1 +/
Сообщение от ЬЫР on 02-Авг-10, 13:02 
Аппаратное декодирование для того и придумали, чтобы процессор разгрузить :) У видеокарты память быстрая, она больше подходит для кодировки\раскодировки видео.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Alen (??) on 02-Авг-10, 13:16 
а мп3 плеер тебе не встроить в процессор?
проц должен складывать и вычитать, а остальное спец чипы.
если все сунуть в одно место, оно этим местом и будет :)
сиди потом думай почему оно глючит
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

56. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от pavlinux email(ok) on 02-Авг-10, 21:39 
>а мп3 плеер тебе не встроить в процессор?
>проц должен складывать и вычитать, а остальное спец чипы.

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


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

73. "Релиз Linux-ядра 2.6.35"  –2 +/
Сообщение от User294 (ok) on 03-Авг-10, 02:44 
>Даёшь OISC процессор в массы, с одной командой SUBLEQ :)

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

92. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от User294 (ok) on 03-Авг-10, 19:28 
>[оверквотинг удален]

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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

108. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от XoRe (ok) on 04-Авг-10, 23:01 
>ЗЫЖ я не понял, а как при наличии только сложения и вычитания
>программировать то?

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

110. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от User294 (ok) on 05-Авг-10, 00:25 
>А не вы ли давали ссылку на историю одного байта?

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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

62. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от User294 (ok) on 02-Авг-10, 22:50 
>а мп3 плеер тебе не встроить в процессор?

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

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

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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

91. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от анонимус (??) on 03-Авг-10, 17:02 
Нет.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

94. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от User294 (ok) on 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* какойнить) - снабжены таким набором периферии и свойств что так и хочется обозвать сие "микроконтроллером", а вовсе не. Хочется к слову самому техасу, что они и делают :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

82. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Зенитар on 03-Авг-10, 13:29 
Микросхемы для аппаратного декодирования видео используются в ТВ-ресиверах для спутникового телевидения, платах видеомонтажа.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от segoon email(ok) on 02-Авг-10, 12:50 
Судя по git'у, в мае были только исправлены ошибки. Видимо, теперь они всё проверили и гарантируют стабильную работу в условиях нехватки места.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

17. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Аноним (??) on 02-Авг-10, 13:42 
> шикарно.. оно даже не умело ENOSPC возвращать ?!

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

64. "Релиз Linux-ядра 2.6.35"  +2 +/
Сообщение от User294 (ok) on 02-Авг-10, 23:02 
>шикарно.. оно даже не умело ENOSPC возвращать ?!

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от segoon email(ok) on 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.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

16. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Аноним (??) on 02-Авг-10, 13:40 
> Кто подскажет, для чего это нужно в _реальной_ жизни?

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

26. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Xaionaro (ok) on 02-Авг-10, 14:58 
Ну, тут вряд ли, т.к. обычно net.ipv4.ip_local_port_range начинается с 32768 :). Хотя тоже вариант.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

54. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от segoon email(ok) on 02-Авг-10, 20:57 
Во, в проблему с НАТ'ом я верю, спасибо :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

88. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Ytch on 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).

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

21. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Аноним (??) on 02-Авг-10, 14:48 
подскажите какой опцией в конфиге включается memory compaction ?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

41. "Релиз Linux-ядра 2.6.35"  +1 +/
Сообщение от koblin (ok) on 02-Авг-10, 16:53 
>подскажите какой опцией в конфиге включается memory compaction ?

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

25. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от proDOOMman (ok) on 02-Авг-10, 14:57 
Покажите кто нибудь скрины nconfig, хочется глянуть на этот "более современный внешний вид" =)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

27. "Релиз Linux-ядра 2.6.35"  +1 +/
Сообщение от Аноним (??) on 02-Авг-10, 14:59 
>Покажите кто нибудь скрины nconfig, хочется глянуть на этот "более современный внешний
>вид" =)

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

33. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Аноним (??) on 02-Авг-10, 15:22 
Мде... а что, нельзя что ли как в *BSD, через текстовый файл конфиг править?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

34. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от koblin (ok) on 02-Авг-10, 15:36 
можно
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

36. "Релиз Linux-ядра 2.6.35"  +1 +/
Сообщение от я on 02-Авг-10, 15:41 
vim /usr/src/linux/.config
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

102. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от User294 (ok) on 04-Авг-10, 18:05 
>Новый GoldED ничем не отличается от старого.

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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

93. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от edo (ok) on 03-Авг-10, 19:35 
nconfig собирается быстрее, так что нафиг menuconfig
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

28. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от netc (ok) on 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)


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

43. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от ононим on 02-Авг-10, 17:15 
я бы на вашем месте скачал финальный релиз. благо в PPA все есть. нужно только закачать 3 пакета и через dpkg -i * их поставить. дел на 5 минут.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

74. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от netc (ok) on 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...

что ли ?

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

76. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Шурек Табуреткин (ok) on 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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

77. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от netc (ok) on 03-Авг-10, 11:48 
все спасибо - разобрался действительно все три требуються. спасибо всем

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

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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

45. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Logo (ok) on 02-Авг-10, 19:00 
Апаратная поддержка H.264 была уже в G41, G43 и в новом G45. Кто в курсе, с предыдущими чипсетами оно работает?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

46. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от КЕ on 02-Авг-10, 19:09 
Поставил на убунту, пошли глюки с видео ( искажения, лечится выбором другой частоты гц, но слетает через раз после перезагрузки)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

49. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Аноним (??) on 02-Авг-10, 19:38 
Что такое GPU G45+? Чем оно отличается, например от GM45
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

51. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от ононим on 02-Авг-10, 19:44 
в википедии есть таблица характеристик всех интел-чипов. искать ссылку - лень.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

89. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Аноним email(??) on 03-Авг-10, 16:15 
Судя по всему речь идёт про HD, для G45 поддержку ещё не реализовали.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

50. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Аноним (??) on 02-Авг-10, 19:40 
Вот опеределения из файла i915_drv.h:

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

103. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Zenitur on 04-Авг-10, 18:21 
nvidia 256.35, kernel 2.6.35, xorg 1.8.2. Не вылетает Хеавен. А флеш с аппаратным декодированием видео пробовать, или без него?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

104. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от pavlinux email(ok) on 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 обновил, так что, боюсь баг утерян. :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

69. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от pavlinux email(ok) on 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  :-/

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

86. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от daevy (??) on 03-Авг-10, 16:02 
подскажите как включить эти плюшки - RPS и RFS? поиском по менюхе ядра не нашел(((+
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

90. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от Andrey Mitrofanov on 03-Авг-10, 16:34 
/sys/class/net/<device>/queues/rx-<n>/rps_cpus ? http://kernelnewbies.org/LinuxChanges#line-14
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

95. "Релиз Linux-ядра 2.6.35"  +/
Сообщение от pavlinux email(ok) on 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)? :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру