The OpenNET Project / Index page

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

Релиз Linux-ядра 2.6.35

02.08.2010 11:06

Спустя всего два месяца с момента выпуска версии 2.6.34, Линус Торвальдс представил релиз Linux-ядра 2.6.35. В новую версию принято 10514 исправлений от 1355 разработчиков, размер патча - 45 Мб. Около 41% всех представленных в 2.6.35 изменений связаны с драйверами устройств, примерно 23% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 15% связано с сетевым стеком, 7% - файловыми системами и 5% c внутренними подсистемами ядра.

В анонсе Линус рассказывает, что в целом попытка установки жестких правил заморозки кода удалась и эксперимент планируется продолжить в рамках подготовки следующего релиза. Число коммитов с изменениями не связанными с исправлением ошибок после выпуска первого кандидата в релизы ядра 2.6.35 составило 2000 (идея введения жестких правил была изложена перед выходом rc3), что почти в два раза ниже, чем было внесено в процессе подготовки 2.6.34 (после rc1 было принято 3800 коммитов).

Основные новшества:

  • Сетевая подсистема
    • Поддержка технологий Receive Packet Steering (RPS) и Receive Flow Steering (RFS) для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU. Функция RPS позволяет организовать на разных CPU параллельную обработку операций над IP и TCP пакетами, для чего для каждого сетевого устройства или для каждой очереди пакетов добавлен дополнительный индекс, использующий хэширование по заголовку пакетов для выбора CPU-обработчика. RFS дополняет RPS эвристическими методами выбора CPU, не просто выбирая обработчик случайным образом, а учитывая на каком CPU выполняется вызвавшее системный вызов recvmsg() приложение для наиболее оптимальной утилизации кэша. Изменения разработаны и переданы в состав Linux-ядра компанией Google. Измерение производительности показало, что новая функция позволила увеличить пропускную способность на восьмиядерном сервере для драйвера tg3 с 90 тыс. транзакций в сек. до 285 тыс., а для драйвера e1000 с 90 тыс. до 292 тыс. транзакций в сек. (утилизация CPU при этом возросла с 30 до 60%);
    • Поддержка нескольких независимых таблиц multicast-маршрутизации. Обычно multicast маршрутизация выполняется на уровне пользователя, процессом принимающим решение о судьбе multicast-пакета на основе адреса IP приемника и назначения. Представленная возможность позволяет в рамках одной системы организовать одновременную работу нескольких независимых процессов multicast-маршрутизации, изоляцию сетевых интерфейсов и пакетов для которых обеспечивает ядро;
    • Поддержка протокола L2TP третьей версии (Layer 2 Tunneling Protocol, RFC 3931), предоставляющего средства для динамического формирования L2-туннелей поверх IP-сетей. Кроме туннелинга протокола PPP, новая версия L2TP предоставляет средства для проброса других L2-протоколов, таких как ATM, Frame Relay, HDLC и даже Ethernet.
    • Поддержка протокола CAIF, используемого компанией ST-Ericsson в своих GPRS-модемах для организации связи между хостом и модемом. Хост управляет обработкой виртуальных управляющих AT-каналов, инициализацией GPRS-соединений, работой каналов с передачей видео и сервисных каналов. Модемы ST-Ericsson поддерживают несколько видов транспорта, но в Linux пока поддерживаются только UART и Loopback;
  • Дисковая подсистема, ввод/вывод и файловые системы
    • В реализации файловой системы Btrfs добавлена поддержка режима прямого ввода/вывода, позволяющего организовать доступ к данным минуя кэш файловой системы. Функция прямого ввода/вывода активно используется в СУБД, поддерживающих собственные механизмы кэширования. Кроме того в Btrfs завершена работа над кодом "-ENOSPC", обеспечивающим работу в ситуации острой нехватки свободного дискового пространства.
    • В файловой системе XFS добавлена поддержка отложенной записи в лог в режиме журналирования, позволяющей организовать накопление нескольких асинхронных транзакций в памяти, вместо их многократного сброса в лог. Использование отложенной записи позволяет заметно сократить число операций ввода/вывода, связанных с журналированием, и повысить производительность при интенсивных операциях с мета-данными. Возможность имеет статус экспериментальной и включается через опцию монтирования "-o delaylog";
    • В файловой системе OCFS2 добавлена поддержка заблаговременного резервирования (allocation reservation) блоков, что позволяет значительно сократить фрагментацию. Проведена оптимизация производительности. По умолчанию при монтировании отныне используется опция nointr, запрещающая прерывать выполняющиеся файловые операции;
  • Память и системные сервисы
    • Интегрирован механизм уплотнения памяти (memory compaction), позволяющий снизить фрагментацию внешней памяти за счет перемещения нескольких использованных страниц памяти в один блок большего размера, состоящий из непрерывно следующих друг за другом занятых страниц. В итоге, после выполнения операции упаковки, вместо перемешанного набора свободных и занятых непрерывных страниц памяти, получается один большой блок с используемыми страницами и один большой блок со свободными страницами, что в дальнейшем упрощает проведения операций выделения больших областей памяти. Инициировать уплотнение всей памяти можно записав "1" в файл /proc/sys/vm/compact_memory;
    • В ядро интегрирован код, позволяющий обеспечить работу отладчика KDB поверх другого отладчика Kgdb, что дает возможность их одновременного использования. Отладчик KDB разработан в недрах компании SGI и, в отличие от Kgdb, не требует для отладки второго компьютера, на котором запущен фронтэнд gdb. С помощью KDB можно инспектировать работу ядра на локальной системе, но его слабым звеном является отсутствие поддержки отладки на уровне исходных текстов;
    • Продолжено расширение возможностей отладочной подсистемы Performance Events: В команде "perf inject" добавлена поддержка live-режима, для одновременного обеспечения записи статистики и ее вывода. Данный режим активируется автоматически, если утилита perf вызывается без явного указания команд record/report (например, "perf trace rwtop 5"). Добавлена утилита perf kvm для мониторинга гостевых окружений из хост-системы. В perf probe добавлена возможность доступа к заданным полям определенных структур данных (например, "perf probe --add 'vfs_read file->f_op->read file->f_path.dentry'");
  • Оборудование и аппаратные архитектуры
    • Расширены возможности DRM-модуля (Direct Rendering Manager) i915 для видеокарт Intel: добавлена поддержка аппаратной акселерации декодирования видеопотоков H.264 и VC1 для графических карт на базе GPU G45+; добавлена поддержка графических чипсетов Intel Cougarpoint; реализована поддержка средств для мониторинга потребления энергии; поддержка чересстрочных дисплеев (interlaced); поддержка самообновления памяти для чипов Ironlake;
    • Расширены возможности DRM-модуля Radeon для видеокарт ATI/AMD: добавлена начальная поддержка функций управления питанием; упрощен и улучшен код обработки сброса GPU (GPU reset); добавлен код, необходимый для поддержки видеокарт семейства Evergreen;
    • Добавлена поддержка интерфейса APEI (ACPI Platform Error Interface), определенного в спецификации ACPI 4 и позволяющего улучшить обработку NMI, организовать сохранение MCE (Machine Check Exception) ошибок на Flash, реализовать поддержку APEI Error Record Serialization Table (ERST), APEI Generic Hardware Error Source и APEI Error INJection (EINJ).
  • Разное
    • Добавлен новый интерфейс для конфигурирования параметров сборки ядра "make nconfig". Интерфейс основан на menuconfig, но имеет более современный внешний вид, построен на базе ncurses и сопутствующих библиотек для создания меню, форм ввода и панелей;
    • Образ initramfs (RAM-диск с файловой системой, загружаемой на этапе начальной инициализации, до монтирования корневого раздела) теперь может быть сжат методом LZO;
    • Размер неименованных каналов (pipe) теперь можно менять при помощи fcntl-операций F_GETPIPE_SZ и F_SETPIPE_SZ;


  1. Главная ссылка к новости (http://lkml.org/lkml/2010/8/1/...)
  2. OpenNews: Релиз Linux-ядра 2.6.34
  3. OpenNews: Линус Торвальдс устанавливает жесткие правила заморозки кода ядра
  4. OpenNews: Релиз Linux ядра 2.6.33
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (93) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, AracooL (?), 11:54, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ох а были времена когда ядро весило совсем "чючють"
    Ну вот Сетевая подсистема потрясла.....
    Ждём когда народные умелцы пооптемезируют....
     
     
  • 2.7, klalafuda (?), 12:24, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну почему же - 'были'? Ничего никуда не девается.
    http://www.kernel.org/pub/linux/kernel/v1.0/
    Welcome.
     
  • 2.31, Logo (ok), 15:14, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что, "make menuconfig" не помогает?
     
  • 2.58, User294 (ok), 21:46, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Ох а были времена когда ядро весило совсем "чючють"

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

     
     
  • 3.106, XoRe (ok), 22:52, 04/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ох а были времена когда ядро весило совсем "чючють"
    >
    >А они никуда и не делись. Минимальный SOHO роутер на линухе это
    >2 мега флеша и 8 мегов RAM. Правда взамен вы получаете
    >ископаемое 2.4-е ядро где обкусано все и вся, тотальный минимум демонов
    >и прочая. Но это достаточно для типичного хомячкового аппарата и даже
    >управляемого вебмордой.

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

     
     
  • 4.111, Andrey Mitrofanov (?), 09:51, 05/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>>ископаемое 2.4-е ядро где обкусано все и вся, тотальный минимум демонов
    >Кстати вопрос, возможно по адресу.
    >В чем фишка продолжать оставаться на 2.4?
    >Размер ядра, размер сжираемой оперативки, большое количество заточенности на 2.4?

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

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

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

     
  • 2.75, Captain (??), 10:09, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно! до сих пор 2.4 дорабатывают, всего 30МБ
     

  • 1.3, solmedas (ok), 11:57, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Очень приятная новость о распределением сетевой нагрузки на камни RPS, RFS
     
     
  • 2.32, Logo (ok), 15:21, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU...

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

     
     
  • 3.55, pavlinux (ok), 21:09, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На всё процессорные ядры.

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

     
     
  • 4.67, Logo (ok), 23:23, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В оригинале они пишут, что "скорость процессоров приостановилась, а количество ядер растет...". Далее везде фигурирует ЦПУ. Поэтому и вопрос, - только ядра, или без разницы? Но полагаясь на Ваш опыт, склоняюсь, что ядра.
     
     
  • 5.70, pavlinux (ok), 00:40, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >В оригинале они пишут, что "скорость процессоров приостановилась, а количество ядер растет...".
    >Далее везде фигурирует ЦПУ. Поэтому и вопрос, - только ядра, или
    >без разницы? Но полагаясь на Ваш опыт, склоняюсь, что ядра.

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

    #define RPS_NO_CPU NR_CPUS  

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

    --------

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

     
  • 3.65, solmedas (ok), 23:16, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU...
    >
    >что-то так умно написано, что не могу въехать. Имеется ввиду на все
    >имеющиеся CPU в мультипроцессорных системах?

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

     
     
  • 4.71, pavlinux (ok), 01:10, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>>для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU...
    >>
    >>что-то так умно написано, что не могу въехать. Имеется ввиду на все
    >>имеющиеся CPU в мультипроцессорных системах?
    >
    >как я понял всем нагрузка поровну

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

     
  • 3.107, XoRe (ok), 22:56, 04/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU...
    >
    >что-то так умно написано, что не могу въехать. Имеется ввиду на все
    >имеющиеся CPU в мультипроцессорных системах?

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

     
     
  • 4.109, Logo (ok), 23:21, 04/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А вы на компе с линуксом и гигабитной сетевухой начните что-нибудь передавать/получать
    >со скоростью гигабита в секунду, и посмотрите на загрузку процессоров и
    >ядер)

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


     

  • 1.4, Zenitur (?), 12:01, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Шикарно! 3000 коммитов... Пока прочитаешь все изменения, уже 2.6.36 выйдет... Обновлюсь потому, что в 2.6.34 заработал моя веб-камера. Хоть это могло быть и не ядро, а новые иксы без HAL. Что касается устройств - добавляются за месяцы и годы до того, как пользователь их приобретёт. Командуем make oldconfig и радуемся. Когда обновил 2.6.33 до 2.6.34, было вопросов 30, почти все насчёт новых устройств (помню только тюнеры и камеры, и Memory Stick у нового ноутбука). Радует поддержка манпуляторов от Wii, только где бы поиграть, кроме Dolphin?
     
     
  • 2.19, dr.Faust (?), 14:15, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Отож - только что закончилась сборка 34 ядра - финальная версия моя - перегрузился - проверил работу сети (в неё как-раз и вносил изменения) - на тебе новость - 35 вышло - начинай сначала...

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

     
     
  • 3.38, Logo (ok), 15:57, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >(У меня как раз i915 и я как ращ люблю смотреть кино на ноуте)

    А чипсет G45+ ?

     
     
  • 4.40, dr.Faust (?), 16:03, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А чипсет G45+ ?

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

     
     
  • 5.42, Аноним (42), 16:59, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    G45 - это GMA 4500
     
  • 3.60, User294 (ok), 21:56, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > на тебе новость - 35 вышло - начинай сначала...

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

     
     
  • 4.63, dr.Faust (?), 22:54, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Гентушник с медленной машиной? ;)

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

     
     
  • 5.72, User294 (ok), 02:35, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Убунтовод с офигенно производительной машиной...

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


     

  • 1.5, Zenitur (?), 12:08, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Интелы молодцы. Поддержка аппаратного декодрования видео? Vaapi? У AMD поскромнее, поддержка Radeon HD 5xxx, и управление электропитанием.
     
     
  • 2.44, ононим (?), 17:17, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Интелы молодцы. Поддержка аппаратного декодрования видео? Vaapi? У AMD поскромнее, поддержка Radeon
    >HD 5xxx, и управление электропитанием.

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


     
     
  • 3.52, dalco (ok), 20:05, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У проприетарного управление питанием есть, причем _пока_ оно реализовано чуть лучше. Но такого кошмарного разрыва в потреблении между fglrx и x86-ati, что было раньше, уже нет. Разработчики обещают дальнейший прогресс в экономии энергии за счет внедрения всех задуманных фишек и оптимизации тонких настроек (но это уже в следующих версиях ядра).
     
     
  • 4.80, mma (?), 13:17, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Но такого кошмарного разрыва в потреблении между fglrx и x86-ati

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

     

  • 1.6, Аноним (-), 12:14, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Глюк с ps/2 портом надеюсь поправили. Некоторые простенькие мыши неработают.
     
  • 1.8, Аноним (42), 12:28, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >добавлена поддержка аппаратной акселерации декодирования видеопотоков H.264 и VC1 для графических карт на базе GPU G45+;

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

     
     
  • 2.12, Zenitur (?), 12:52, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Знать бы как... Intel мог и в процессор встроить аппаратное декодирование. Зачем в видеокарту? Наверное, традиция... Встроить, например, в виде надтройки вроде mmx.
     
     
  • 3.13, ЬЫР (?), 13:02, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Аппаратное декодирование для того и придумали, чтобы процессор разгрузить :) У видеокарты память быстрая, она больше подходит для кодировки\раскодировки видео.
     
  • 3.14, Alen (??), 13:16, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а мп3 плеер тебе не встроить в процессор?
    проц должен складывать и вычитать, а остальное спец чипы.
    если все сунуть в одно место, оно этим местом и будет :)
    сиди потом думай почему оно глючит
     
     
  • 4.56, pavlinux (ok), 21:39, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >а мп3 плеер тебе не встроить в процессор?
    >проц должен складывать и вычитать, а остальное спец чипы.

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


     
     
  • 5.73, User294 (ok), 02:44, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Юзайте Amiga там сопроцессоры COPPER и BLITTER таким извращенцам очень понрав... текст свёрнут, показать
     
     
  • 6.78, анонимус (??), 12:43, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален http esolangs org wiki Subleq - там у процессора всего... текст свёрнут, показать
     
     
  • 7.92, User294 (ok), 19:28, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]

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

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

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

     
  • 6.108, XoRe (ok), 23:01, 04/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ЗЫЖ я не понял, а как при наличии только сложения и вычитания
    >программировать то?

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

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

     
     
  • 7.110, User294 (ok), 00:25, 05/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А не вы ли давали ссылку на историю одного байта?

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

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

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

     
  • 4.62, User294 (ok), 22:50, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Обычно ровно наоборот - в mp3 плеерах есть процесор ы P Эпоха жесткой логики ... текст свёрнут, показать
     
     
  • 5.79, анонимус (??), 12:51, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален как бы основная команда для таких вещей это умножить два... текст свёрнут, показать
     
     
  • 6.85, Ytch (?), 15:52, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я понял, под спецчипами имелись ввиду полностью аппаратные решения (без прошивок в них софта). Решение, описанное вами как раз и есть самое популярное (разрабатывается аппаратная платформа, а "все что понадобится впредь" реализуется софтом и его обновлениями.

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

     
     
  • 7.91, анонимус (??), 17:02, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нет.
     
  • 6.94, User294 (ok), 20:24, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Знаем-знаем, эта операция называется multiply-accumulate и надежно идентифицируе... текст свёрнут, показать
     
  • 5.82, Зенитар (?), 13:29, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Микросхемы для аппаратного декодирования видео используются в ТВ-ресиверах для спутникового телевидения, платах видеомонтажа.
     

  • 1.9, Аноним (-), 12:42, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    В реализации файловой системы Btrfs добавлена поддержка режима прямого ввода/вывода, позволяющего организовать доступ к данным минуя кэш файловой системы. Функция прямого ввода/вывода активно используется в СУБД, поддерживающих собственные механизмы кэширования. Кроме того в Btrfs завершена работа над кодом "-ENOSPC", обеспечивающим работу в ситуации острой нехватки свободного дискового пространства.

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

     
     
  • 2.11, segoon (ok), 12:50, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по git'у, в мае были только исправлены ошибки. Видимо, теперь они всё проверили и гарантируют стабильную работу в условиях нехватки места.
     
  • 2.15, dalco (ok), 13:26, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если верить http://kernelnewbies.org/LinuxChanges, то оно работало и до 2.6.35, но не всегда :)
    Всяческие неординарные операции типа ребалансинга данные/метаданные, создания подтомов и прочих, не часто используемых вещей, могли иногда приводить к глюкам.

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

     
  • 2.17, Аноним (-), 13:42, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > шикарно.. оно даже не умело ENOSPC возвращать ?!

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

     
  • 2.64, User294 (ok), 23:02, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >шикарно.. оно даже не умело ENOSPC возвращать ?!

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

     

  • 1.10, segoon (ok), 12:44, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ещё появилась такая хрень, 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.

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

     
     
  • 2.16, Аноним (-), 13:40, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто подскажет, для чего это нужно в _реальной_ жизни?

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

     
     
  • 3.26, Xaionaro (ok), 14:58, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, тут вряд ли, т.к. обычно net.ipv4.ip_local_port_range начинается с 32768 :). Хотя тоже вариант.
     
     
  • 4.87, Ytch (?), 16:04, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну, тут вряд ли, т.к. обычно net.ipv4.ip_local_port_range начинается с 32768 :). Хотя
    >тоже вариант.

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

     
  • 2.24, Xaionaro (ok), 14:56, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, для игр например. Если какой-нибудь rtorrent случайно займёт порт, через который по сети работает uqm net-melee, то в uqm net-melee нельзя будет начать listen по данному порту.

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

     
     
  • 3.54, segoon (ok), 20:57, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Во, в проблему с НАТ'ом я верю, спасибо :)
     
  • 3.59, pavlinux (ok), 21:47, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну, для игр например. Если какой-нибудь rtorrent случайно займёт порт, через который
    >по сети работает uqm net-melee, то в uqm net-melee нельзя будет
    >начать listen по данному порту.
    >
    >Но вообще, скорее всего, это нужно для более критичных мест, например, имеется
    >роутер с NAT, которому требуется периодически по определённому порту слушать и
    >получать данные. (NAT может случайно сожрать нужный порт).

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

     
     
  • 4.88, Ytch (?), 16:11, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Но вообще, скорее всего, это нужно для более критичных мест, например, имеется
    >>роутер с 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).

     
  • 4.112, Xaionaro (ok), 00:14, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Как связаны Преобразование сетевых АДРЕСОВ и ПОРТЫ TCP?
    > Может PAT - Port Address Translations?

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


     

  • 1.21, Аноним (-), 14:48, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    подскажите какой опцией в конфиге включается memory compaction ?
     
     
  • 2.41, koblin (ok), 16:53, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >подскажите какой опцией в конфиге включается memory compaction ?

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

     

  • 1.25, proDOOMman (ok), 14:57, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Покажите кто нибудь скрины nconfig, хочется глянуть на этот "более современный внешний вид" =)
     
     
  • 2.27, Аноним (-), 14:59, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Покажите кто нибудь скрины nconfig, хочется глянуть на этот "более современный внешний
    >вид" =)

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

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

     
     
  • 3.33, Аноним (-), 15:22, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Мде... а что, нельзя что ли как в *BSD, через текстовый файл конфиг править?
     
     
  • 4.34, koblin (ok), 15:36, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    можно
     
     
  • 5.35, Аноним (-), 15:40, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажите как? А то во всех мануалах и даже официальной документации по ядро пишут именно про "make что-то" чтоб сконфигурить ядро. Что-то даже где-то читал, что есть вообще какой-то графический X'овый (ОМГ o_O) конфигуратор для ядра
     
     
  • 6.36, я (?), 15:41, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    vim /usr/src/linux/.config
     
  • 6.39, dr.Faust (?), 16:01, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Расскажите как? А то во всех мануалах и даже официальной документации по
    >ядро пишут именно про "make что-то" чтоб сконфигурить ядро. Что-то даже
    >где-то читал, что есть вообще какой-то графический X'овый (ОМГ o_O) конфигуратор
    >для ядра

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


     
  • 3.68, User294 (ok), 23:23, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >http://s04.radikal.ru/i177/1008/06/ef1f70e2bb7c.png
    >напоминает фидошный голдед - ну его нафиг, menuconfig роднее

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

     
     
  • 4.83, Зенитар (?), 13:30, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>http://s04.radikal.ru/i177/1008/06/ef1f70e2bb7c.png
    >>напоминает фидошный голдед - ну его нафиг, menuconfig роднее
    >
    >Охотно поверю что у того кто делал этот скриншот сохранился и "старый
    >голый дед" ;)

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

     
     
  • 5.102, User294 (ok), 18:05, 04/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Новый GoldED ничем не отличается от старого.

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

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

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

     
  • 3.93, edo (ok), 19:35, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    nconfig собирается быстрее, так что нафиг menuconfig
     

  • 1.28, netc (ok), 15:01, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    +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)


     
     
  • 2.37, КЕ (?), 15:56, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да обновись http://kernel.ubuntu.com/~kernel-ppa/mainline/
    В консоли 3 команды -- и новое ядро. На ubuntu.ru(форуме) все описано, поищи в поисковике.
     
  • 2.43, ононим (?), 17:15, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    я бы на вашем месте скачал финальный релиз. благо в PPA все есть. нужно только закачать 3 пакета и через dpkg -i * их поставить. дел на 5 минут.
     
     
  • 3.74, netc (ok), 09:02, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо за помощь!

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

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

    и

    http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.35-maverick/linux-headers-

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

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

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

    http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.35-maverick/linux-headers-

    что ли ?

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

     
     
  • 4.76, Шурек Табуреткин (ok), 11:26, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, все три надо:

    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

     
     
  • 5.77, netc (ok), 11:48, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    все спасибо - разобрался действительно все три требуються. спасибо всем

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

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

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

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

     

  • 1.45, Logo (ok), 19:00, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Апаратная поддержка H.264 была уже в G41, G43 и в новом G45. Кто в курсе, с предыдущими чипсетами оно работает?
     
  • 1.46, КЕ (?), 19:09, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поставил на убунту, пошли глюки с видео ( искажения, лечится выбором другой частоты гц, но слетает через раз после перезагрузки)
     
  • 1.48, Rom1 (ok), 19:29, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очень интересно. Т.е. теперь карты с одной очередью (e1000) смогут работать на нескольких ядрах? Это касаемо только L3? А как будут дела с множеством очередей в igb?
     
  • 1.49, Аноним (-), 19:38, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что такое GPU G45+? Чем оно отличается, например от GM45
     
     
  • 2.51, ононим (?), 19:44, 02/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в википедии есть таблица характеристик всех интел-чипов. искать ссылку - лень.
     
  • 2.89, Аноним (42), 16:15, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по всему речь идёт про HD, для G45 поддержку ещё не реализовали.
     

  • 1.50, Аноним (-), 19:40, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот опеределения из файла i915_drv.h:

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

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

     
  • 1.61, pavlinux (ok), 22:02, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ВСЕМ ВЛАДЕЛЬЦАМ NVIDIA с пропрютырном драйвером.
    РЕКОМЕНДУЮ ПОГОНЯТЬ YOUTUBE на HD разрешениях, Unigine Heaven раза 3-4, с выходом и перезапуском
    и побольше страниц с флэшем.

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

     
     
  • 2.103, Zenitur (?), 18:21, 04/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    nvidia 256.35, kernel 2.6.35, xorg 1.8.2. Не вылетает Хеавен. А флеш с аппаратным декодированием видео пробовать, или без него?
     
     
  • 3.104, pavlinux (ok), 18:42, 04/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >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 обновил, так что, боюсь баг утерян. :)

     
     
  • 4.105, Zenitur (?), 22:35, 04/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот! Я тестировал YouTube, открыл кучу вкладок, пока всё не зависло от скачка напряжения! Похоже, ничего нет. Возможно, дело не в драйвере, или так только с новым.
     

  • 1.69, pavlinux (ok), 23:48, 02/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Инициировать уплотнение всей памяти можно записав любое значение в файл /proc/sys/vm/compact_memory;

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

    [code]
    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.
    [/code]

    Так как в функции [b]static int compact_node(int nid)[/b], можно нарваться
    на такое число, что оно будет больше либо равно 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  :-/

     
  • 1.86, daevy (??), 16:02, 03/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    подскажите как включить эти плюшки - RPS и RFS? поиском по менюхе ядра не нашел(((+
     
     
  • 2.90, Andrey Mitrofanov (?), 16:34, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    /sys/class/net/<device>/queues/rx-<n>/rps_cpus ? http://kernelnewbies.org/LinuxChanges#line-14
     
     
  • 3.95, pavlinux (ok), 22:15, 03/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >/sys/class/net/<device>/queues/rx-<n>/rps_cpus ? http://kernelnewbies.org/LinuxChanges#line-14

    [code]
    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).
    [/code]

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    MIRhosting
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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