<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
					xmlns:content="http://purl.org/rss/1.0/modules/content/"
					xmlns:wfw="http://wellformedweb.org/CommentAPI/"
					xmlns:atom="http://www.w3.org/2005/Atom"
				  >
<channel>
<atom:link rel="self"  type="application/rss+xml"  href="http://rulinux.net/rss_from_sect_1_subsect_13"  />
<title>rulinux.net - Новости - Linux kernel</title>
<link>http://rulinux.net/</link>
<description><![CDATA[Портал о GNU/Linux и не только]]></description>
<image><title>rulinux.net - Новости - Linux kernel</title>
<link>http://rulinux.net/</link>
<url>http://rulinux.net/rss_icon.png</url>
</image>
<item>
<title>Новая версия адаптера, позволяющего писать модули Linux на языках, отличных от C.</title>
<link>https://rulinux.net/message.php?newsid=43416&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=43416&amp;page=1</guid>
<pubDate>Tue, 07 Dec 2021 01:48:28 +0300</pubDate>
<description><![CDATA[<p>Скорее всего, в 2022 году в Linux появится экспериментальная поддержка использования для разработки Linux языков, отличных от C. Несколько дней назад был опубликован свежий набор патчей, добавляющих поддержку инфраструктуры Rust.<br><br>Ещё летом была опубликована предыдущая серия патчей, с целью начать обсуждение этого вопроса, и следующие несколько месяцев эта серия постоянно улучшалась. Линус Торвальдс публично не возражал против этого проекта, и проект постепенно набирал разработчиков. Предполагается, что поддержка Rust позволит упростить управление памятью, а также понизит барьер входа для новых разработчиков.<br><br>Нынешняя серия патчей выпущена Miguel Ojeda, и носит название v2. В новой версии используется стабильная версия Rust, тогда как предыдущая использовала бета-версию, также в ней добавлены опции модуляризации, более строго энфорсится качество кода, включены дополнительные диагностические сообщения компилятора, добавлены новые абстракции для использования в ядре, и прочие низкоуровневые улучшения.<br><br>К группе компаний, лоббирующих поддержку языка Rust в ядре, уже включающую Arm, Google и Microsoft, присоединилась также Red Hat.<br><br>На текущий момент поддержка Rust состоит из 32 тысяч строк кода, включая документацию, примеры и инфраструктуру.<br><br>Новая серия патчей доступна для обзора и обсуждения на LKML, где, можно надеяться, опытные разработчики выскажут своё мнение. Разумно предположить, что в течение нескольких месяцев патчи будут приняты. Как и большинство ядерных подсистем, поддержка Rust может быть включена или выключена на этапе конфигурации проекта. <br><br>Редакторы Rulinux.Net призывают компетентных в вопросе участников ресурса: (а) присоединиться к обсуждению, (б) опробовать патчи лично и оценить costs and benefits их внедрения, (в) доложить о результатах.<br><br></p>]]></description>
</item>
<item>
<title>Ведро 5.0</title>
<link>https://rulinux.net/message.php?newsid=43225&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=43225&amp;page=1</guid>
<pubDate>Fri, 15 Mar 2019 13:04:16 +0300</pubDate>
<description><![CDATA[<p>Вышло ядро 5.0. Ничего нового, просто Линусу сложно считать больше чем до 20 (видать на пальцах считает), поэтому очередная версия ядра неожиданно сменила главную цифру в версии и вместо 4.21 стала 5.0.<br><br>Чтобы хоть как-то закрепить в памяти чего же такого нового в новой версии ядра, предлагаю считать внедрение в ядро патча <s>от родного КГБ</s> с реализацией криптографического алгоритма <a href="http://ru.wikipedia.org/wiki/%D0%93%D0%9E%D0%A1%D0%A2_%D0%A0_34.11-2012">ГОСТ Р 34.11-2012</a>. Остальне изменения можно почитать <a href="http://www.opennet.ru/opennews/art.shtml?num=50201">тут</a></p>]]></description>
</item>
<item>
<title>46</title>
<link>https://rulinux.net/message.php?newsid=42523&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=42523&amp;page=1</guid>
<pubDate>Mon, 16 May 2016 14:51:09 +0300</pubDate>
<description><![CDATA[<p>Т. е. 4.6. Т. е. linux-4.6. Т. е. GNU/Linux-4.6. Стоп! GNU-то тут не причём! Короче, выпустили наконец очередную <s>порцию</s> версию ядра linux. Из заметных нововведений упоминания на рулине удостоились следующие: <ul> <li>&nbsp; поддержка <a href="http://kernelnewbies.org/Linux_4.6#head-0a5f58e65aaa7f37e57e4ee18a157ef70b107927">USB-3.1</a>; <li>&nbsp; улучшения механизма OOM-killer-а: к нему на помощь добавлен <a href="http://kernelnewbies.org/Linux_4.6#head-e876eaf1c8288d0bb28744e5319a833e9f031538">OOM-raper</a>, задачей которого является отжать всю память у процесса ещё до полного его истребления; <li>&nbsp; поддержка <a href="http://kernelnewbies.org/Linux_4.6#head-6c5bf5e073a795c9c8a71474e3d313b2c3dd7431">новой</a> распределённой файловой системы; то ли Оранжевой, то ли Апельсиновой - не понятно; <li>&nbsp; какая-то <a href="http://kernelnewbies.org/Linux_4.6#head-d86a7a8affd7cefef85fff400e39403718bf647a">магия</a> с пакетами TCP, позволяющая ускорить их обработку; <li>&nbsp; ещё более непонятный зверь - <a href="http://kernelnewbies.org/Linux_4.6#head-8b8146ce3054d61fae7f5e2dd5331488d0809031">MACsec</a> - шифрование на уровне MAC; <li>&nbsp; <a href="http://kernelnewbies.org/Linux_4.6#head-b2d3a27416353a0249db4cff566c37d56b2fccb9">Batman V</a>. <s>Начало</s>; <li>&nbsp; поддержка пространства имён <a href="http://kernelnewbies.org/Linux_4.6#head-e701035108eb7b7ea742f82ee560671b1f2572b6">цегрупп</a>.</ul><br><br>Ждите доставки новой версии от вашего дилера.</p>]]></description>
</item>
<item>
<title>&quot;Размытая рыбья задница&quot; или linux-4.5</title>
<link>https://rulinux.net/message.php?newsid=42457&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=42457&amp;page=1</guid>
<pubDate>Wed, 16 Mar 2016 15:17:04 +0300</pubDate>
<description><![CDATA[<p>Помимо улучшений и регрессий появился новый системный вызов - copy_file_range. Он позволяет значительно ускорить выполнение операций копирования данных из исходного файла в другой файл, причем операция выполняется на стороне ядра.<br><br>&quot;Размытая рыбья задница&quot; (Blurry Fish Butt) - это кодовое название этой версии, которое полоумный Трольвальдс использовал, не подумав о тонких и ранимых личностях.</p>]]></description>
</item>
<item>
<title>Пингвин запел</title>
<link>https://rulinux.net/message.php?newsid=41228&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=41228&amp;page=1</guid>
<pubDate>Wed, 23 Apr 2014 06:30:16 +0400</pubDate>
<description><![CDATA[<p>Апрельский альбом музыкального коллектива netcat - &quot;Cycles Per Instruction&quot;, выпущен в том числе в форме модуля для ядра Linux. Воспроизведение производится через создаваемое модулем устройство /dev/netcat, а информация о воспроизводимом в текущий момент треке выводится через dmesg. После сборки и загрузки модуля для воспроизведения композиций необходимо в консоли запустить команду &quot;cat /dev/netcat | ogg123 -&quot;. Группа также примечательна тем, что опубликовала информацию о себе в каталоге музыкального фестиваля Table &amp; Chairs в форме man-страницы. </p>]]></description>
</item>
<item>
<title>Что будет в 3.15</title>
<link>https://rulinux.net/message.php?newsid=41150&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=41150&amp;page=1</guid>
<pubDate>Mon, 07 Apr 2014 10:11:43 +0400</pubDate>
<description><![CDATA[<p>Linux 3.15 обещает крупные изменения, в числе которых уже состоят:<br><br><ul> <li>&nbsp;Поддержка инструкций AVX-512 (Intel) <li>&nbsp;Улучшения ACHI libata <li>&nbsp;Улучшения в планировщике <li>&nbsp;Поддержка Link-Time Optimization при сборке ядра <li>&nbsp;Багфиксы и улучшения Btrfs <li>&nbsp;Изменения в ACPI для более быстрого засыпания и пробуждения системы <li>&nbsp;Обновления в Ext4 и XFS <li>&nbsp;Модернизированная секция media/V4L2 (добавлено множество новых модулей, улучшения в коде) <li>&nbsp;Поддержка больших каталогов, улучшения в производительности в F2FS</ul> </p>]]></description>
</item>
<item>
<title>Пи здесь!</title>
<link>https://rulinux.net/message.php?newsid=41108&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=41108&amp;page=1</guid>
<pubDate>Mon, 31 Mar 2014 05:52:58 +0400</pubDate>
<description><![CDATA[<p>После двух месяцев разработки Линус Торвальдс выпустил ядро Linux 3.14. В новую версию принято более 12 тысяч исправлений от почти 1400 разработчиков, размер патча - 32 Мб (изменения затронули 10.6 тысяч файлов, добавлено 606195 строк кода, удалено 265086 строк). Около 46% всех представленных в 3.14 изменений связаны с драйверами устройств, примерно 19% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 16% связано с сетевым стеком, 5% - файловыми системами и 3% c внутренними подсистемами ядра. 10.2% изменений внесено сотрудниками компании Intel, 7.3% - Red Hat, 4.4% - Linaro, 5% - Samsung, 3.3% - SUSE, 2.9% - IBM, 2.7% - Google, 2.4% - TI, 2.1% - NVIDIA, 2.0% - FOSS Outreach Program for Women, 1.8% - Huawei, 1.3% - Oracle.<br><br>Крупные новшества: <ul> <li>&nbsp;Для планировщика задач добавлена поддержка класса SCHED_DEADLINE, реализующего алгоритм EDF (Earliest Deadline First), основанный на идее выбора для выполнения из очереди ожидающих процессов задачи, наиболее близкой к истечению крайнего расчётного времени (deadline). SCHED_DEADLINE поддерживает обеспечение работы процессов, требующих выполнения операций в режиме реального времени, предоставляя для подобных задач гарантированное время выполнения, независимо от общего количества обслуживаемых процессов, и реализуя возможность резервирования пропускной способности CPU для процессов.  <li>&nbsp;Снятие ярлыка экспериментальной разработки и перенос из ветки staging в основное дерево ядра подсистемы zRAM, предназначенной для хранения раздела подкачки в памяти в сжатом виде. <li>&nbsp;Поддержка триггеров в подсистеме обработки событий трассировки, позволяющей отследить обращение к тем или иным функциям ядра. Триггеры дополняют ранее присутствующую возможность установки контрольных проверок (probe) возможностью привязки условных команд, вызываемых при срабатывании контрольной проверки. Через данные команды можно выполнять такие действия, позволяющие получить дополнительные сведения, как включение или выключение других событий трассировки или активация трассировки стека.  <li>&nbsp;В системе контрольных проверок (userspace probes), используемой для анализа поведения выполняемых в пространстве пользователя приложений, добавлена поддержка извлечения данных из стека и памяти пользовательского процесса, а также обработка таких типов аргументов, как разыменования, битовые поля, возвращаемые функцией значения и смещения в файлах. <li>&nbsp;В состав ядра принят набор патчей biovec, вносящий некоторые изменения в API блочного уровня ядра, в том числе добавляющий поддержку создания произвольных купных запросов ввода/вывода и увеличивающих эффективность работы.  <li>&nbsp;Добавлена возможность использования системного вызова kexec() на системах с EFI BIOS. <li>&nbsp;Значительно переработано внутреннее устройство виртуальной файловой системы sysfs. В итоге, представлена новая подсистема &quot;kernfs&quot;, которая может выступать в качестве основы для других ФС, похожих на sysfs. <li>&nbsp;Реализована инфраструктура компонентных подсистем (&quot;componentized subsystems&quot;), предназначенная для управления сложными устройствами, состоящих из нескольких взаимодействующих друг с другом более простых устройств.  <li>&nbsp;Добавлен новый планировщик пакетов PIE (Proportional Integral controller Enhanced), созданный в рамках инициативы по борьбе с негативным влиянием промежуточной буферизации пакетов (Bufferbloat) сетевым оборудованием.  <li>&nbsp;Добавлена новая дисциплина организации работы очередей пакетов &quot;heavy-hitter filter&quot; (HHF qdisc), пытающаяся отделять мелкие потоки от больших и помещать большие потоки в отдельную очередь с пониженным приоритетом. Использование HHF позволяет снизить влияние интенсивных передач на критичные к задержкам виды трафика.  <li>&nbsp;Улучшена реализация стека Bluetooth Low Energy <li>&nbsp;Для файловой системы Btrfs расширен объём информации, предоставляемой через sysfs, в том числе теперь можно получить данные о доступных возможностях и использовании дискового пространства <li>&nbsp;Обеспечена возможность сборки ядра с включением улучшенного режима защиты от переполнения стека &quot;-fstack-protector-strong&quot;, который появится в GCC 4.9. <li>&nbsp;В гипервизор Xen добавлена поддержка режима PVH для гостевых систем, который комбинирует элементы режимов паравиртуализации (PV) и полной виртуализации (HVM). <li>&nbsp;Поддержка переключения видеорежимов в пространстве пользователя (UMS) для видедрайвера Intel i915 объявлена устаревшей и будет удаления из работающих на уровне ядра компонентов драйвера через год. </ul></p>]]></description>
</item>
<item>
<title>Linux 3.13</title>
<link>https://rulinux.net/message.php?newsid=40698&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=40698&amp;page=1</guid>
<pubDate>Mon, 20 Jan 2014 03:42:10 +0400</pubDate>
<description><![CDATA[<p>После двух с половиной месяцев разработки Линус Торвальдс выпустил ядро Linux 3.13. Среди наиболее заметных улучшений ядра 3.13: интеграция пакетного фильтра Nftables, включение по умолчанию режима TCP Fast Open, увеличение производительности Squashfs, поддержка протокола HSR для создания отказоустойчивых сетевых конфигураций, добавление нового высокопроизводительного слоя блочных устройств, поддержка автоматического переключения между GPU в драйвере Radeon, фреймворк для ограничения энергопотребления устройств, классификатор трафика на основе BPF, реализация средств для проведения защищённых финансовых транзакций по NFC, поддержка архитектуры Intel MIC.<br><br>В новую версию принято 12 тысяч исправлений от 1339 разработчиков, размер патча - 32 Мб (изменения затронули 9849 файлов, добавлено 441972 строк кода, удалено -237897 строк). Около 44% всех представленных в 3.13 изменений связаны с драйверами устройств, примерно 21% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 4% - файловыми системами и 5% c внутренними подсистемами ядра. 11.9% изменений внесено сотрудниками компании Intel, 9.7% - Linaro, 9% - Red Hat, 5% - Samsung, 3.5% - IBM, 2.7% - SUSE, 1.7% - Google, 1.5% - NVIDIA, 1.1% - Oracle, 1.0% - Huawei, 0.9% - ARM. <br><br><b>Сетевая подсистема:</b> <ul> <li>&nbsp;Интеграция пакетного фильтра Nftables, развиваемого для замены iptables, ip6table, arptables и ebtables. Добавленный в ядро 3.13 код предусматривает сосуществование старой и новой подсистем, так как Nftables ещё требует доработки и тестирования. Nftables основывается на идеях, близких к реализации BPF (Berkeley Packet Filters) - правила фильтрации компилируются в пространстве пользователя в байткод и передаются в ядро через API Netlink, после чего для принятия решения по дальнейшим действиям с пакетом выполняются с использованием конечного автомата (pseudo-state machine) <li>&nbsp;Интегрирован легковесный классификатор трафика, выступающий в качестве гибко настраиваемой альтернативы ematch-классификатору. Особенностью нового классификатора является использование виртуальной машины BPF (Berkley Packet Filter) для выполнения программы классификации трафика, загружаемой в ядро в форме байткода, который в том числе может компилироваться в машинные инструкции при помощи BPF JIT-компилятора. <li>&nbsp;Включена по умолчанию поддержка режима быстрого открытия TCP-соединений (TFO - TCP Fast Open), который позволяет сократить число шагов установки соединения за счёт комбинирования в один запрос первого и второго шагов классического 3-этапного процесса согласования соединения, и давая возможность отправки данных на начальном этапе установки соединения.  <li>&nbsp;В ipset добавлена поддержка сетевых пространств имён (network namespaces), возможность использования комментариев в записях, реализация модулей &quot;hash:net,net&quot; и &quot;hash:net,port,net&quot; для указания двух подсетей в одной записи.  <li>&nbsp;Поддержка протокола HSR (High-availability Seamless Redundancy) для создания высокодоступных резервных Ethernet-каналов, обеспечивающих сохранение работоспособности сети при выходе из строя одного из каналов без задержки на восстановление. <li>&nbsp;Для сетевых сокетов представлена поддержка опции SO_MAX_PACING_RATE, позволяющей приложению выставить значение максимальной интенсивности обработки пакетов на транспортном уровне. Лимит задаётся в байтах в секунду. Опция эффективно работает только с планировщиком пакетов Fair Queue. <li>&nbsp;В стек IPv4 для сокетов добавлена поддержка режима IP_PMTUDISC_INTERFACE, позволяющего игнорировать механизм Path MTU discovery, не принимать и устанавливать новую информацию Path MTU, а всегда использовать параметры MTU сетевого интерфейса для отправляемых пакетов. Данная опция может оказаться полезной для блокирования атак на DNS-серверы, манипулирующих PMTU.  <li>&nbsp;В интерфейсы виртуальных туннелей IPsec (vti) добавлена поддержка IPv6.  <li>&nbsp;Добавлена возможность использования непривилегированными пользователями некоторых вызовов sysctl (например, /proc/sys/net/ipv4/ip_local_ports_range или /proc/sys/net/ipv4/icmp_echo_ignore_all) для изолированных сетевых пространств имён (network namespaces).</ul><br><br><b>Дисковая подсистема, ввод/вывод и файловые системы:</b> <ul> <li>&nbsp;Для эффективного использования возможностей современных SSD-накопителей в ядро включен новый блочный слой (Linux block layer), рассчитанный на организацию многопоточного доступа к данным на многоядерных системах. Архитектура нового блочного слоя основана на двухуровневой модели очередей: На первом уровне функционируют очереди для передачи запросов ввода/вывода, привязанные к каждому CPU. Из данных очередей запросы направляются в очереди второго уровня, которые в свою очередь координируют обращение к оборудованию.<br><br>Тестирование показало высокую эффективность нового блочного слоя, который смог обеспечить производительность в многие миллионы операций ввода/вывода в секунду, т.е. показал способность справиться с пропускной способностью современных устройств NVM-Express и PCI-E на многоядерных системах, сохранив при этом типовой интерфейс и привычные возможности слоя для работы с блочными устройствами. Старый блочный слой обеспечивал производительность порядка 800 тысяч операций в секунду, не масштабируясь от числа CPU, чего было достаточно для накопителей на гибких магнитных дисках, но уже не хватает для SSD-накопителей, производительность которых перешагнула рубеж к 1 млн операций в секунду. <li>&nbsp;Существенно ускорена работа специализированной файловой системы SquashFS, обычно используемой в качестве ФС для установочных образов, Live-систем и прошивок. В частности, реализована возможность непосредственной распаковки в кэш страниц (page cache), что позволяет избежать лишних операций копирования и уйти от эксклюзивной блокировки буфера, Также добавлена поддержка многопоточной распаковки сжатых данных и параллельного ввода/вывода <li>&nbsp;В системе Bcache, которая позволяет организовать кэширование доступа к медленным жестким дискам на быстрых SSD-накопителях, добавлена поддержка инкрементального сборщика мусора, позволяющего свести к минимуму задержки при выполнении операций чистки кэша от устаревших элементов и повысить эффективность расходования места в кэше.  <li>&nbsp;В модуле dm-cache, предназначенном для ускорения доступа к жестким дискам через применение кэширования на SSD-накопителях, добавлен режим сквозного проброса (passthrough), применяемого кода неизвестно насколько содержимое кэша согласовано с содержимым базового устройства. В данном режиме все операции чтения выполняются с базового накопителя, минуя кэш, а операции записи перенаправляются на базовое устройство с использованием кэширования. <li>&nbsp;В няшной файловой системе Btrfs добавлена поддержка опций монтирования commit (задаёт интервал периодических коммитов, по умолчанию 30) и rescan_uuid_tree (инициирует процесс проверки и перестроения дерева UUID). Добавлен флаг FIEMAP_EXTENT_SHARED, позволяющий организовать совместное использование экстентов разными inode.  <li>&nbsp;Для файловых систем SMB2/SMB3 добавлена поддержка клонирования файлов при копировании на стороне сервера (по аналогии с &quot;cp --reflink&quot;), возможность определения настроек сжатия для отдельных файлов (через &quot;chattr +c filename&quot;). Добавлена опция CONFIG_CIFS_STATS2 для сбора информации о сетевых адаптерах, что удобно использовать для отладочных целей.  <li>&nbsp;Для F2FS представлена настройка CONFIG_F2FS_CHECK_FS, позволяющая отключить механизм проверки согласованности ФС на лету, сказывающийся на производительности. </ul><br><br><b>Виртуализация и безопасность:</b> <ul> <li>&nbsp;Поддержка API Secure Element для организации выполнения защищённых операций с использованием протокола NFC. <li>&nbsp;Внесена серия улучшений в генератор псевдослучайных чисел: увеличена производительность, повышено качество энтропии, улучшена работа на платформах, отличных от х86. Генератор 32-разрядых случайных чисел prandom32*() переведён с алгоритма taus88 на taus113, обеспечивающий периодичность 2^113.  <li>&nbsp;Добавлено устройство KVM-VFIO, позволяющее огранизовать взаимодействие гипервизора KVM c построенными с использованием механизма VFIO драйверами устройств, работающих в пространстве пользователя. В KVM обеспечена поддержка работы на системах с процессором ARM Cortex-A7;  <li>&nbsp;Улучшения в SELinux: Обеспечена возможность установки контекста безопасности для rootfs (ramfs) в привязке к inode, что например может быть использовано для привязки метки к файлу, когда ФС не предоставляет обработчик xattr.Добавлен признак always_check_network, при включении которого поведение проверки пакетов и пиров производится всегда, как при активном SECMARK и включенных метках для пиров, даже если SECMARK-правила не определены для netfilter и отсутствует конфигурация на основе Netlabel или меток в IPSEC. Проведены оптимизации, позволившие снизить накладные расходы при использовании SELinux (по тесту AIM7 выигрыш для систем с 1100-2000 пользователями составляет 2.6%). </ul><br><br><b>Память и системные сервисы:</b> <ul> <li>&nbsp;Добавлен Power Capping Framework, предоставляющий унифицированный интерфейс для управления настройками ограничения энергопотребления устройств из пространства пользователя. <li>&nbsp;Для систем на базе архитектуры NUMA задействован набор политик, позволяющих планировщику задач более эффективно организовывать выполнение процессов на подобных системах. Реализованные политики нацелены на размещение процессов и связанной с ними памяти в рамках одного NUMA-узла, а также на обработку таких ситуаций, как совместное использование страниц памяти несколькими процессами. <li>&nbsp;Проведена работа по увеличению масштабируемости при организации доступа к таблицам страниц памяти в условиях, когда выполняются операции со страницами памяти большого размера (hugepage). В частности, при использовании hugepages вместо монолитного блокирования частей таблиц страниц памяти теперь используются более гранулированные блокировки, позволяющие увеличить масштабируемость при применении многопоточности.  <li>&nbsp;Увеличена производительность и эффективность распределения памяти в механизме slab. Изменения коснулись методов управления свободными объектами в кэшах kmem_caches, в которых хранятся объекты, размером 128 байт и меньше. В итоге, число попаданий в кэш увеличилось на 5%, что привело к увеличению производительности slab на 3.1%.  <li>&nbsp;Увеличена масштабируемость epoll на системах с большим числом CPU за счёт переработки организации блокировок. Тестирование на системе с 16 CPU показало увеличение производительности с 35k jOPS до 125k jOPS в тесте SPECjbb.  <li>&nbsp;Реализация NFC digital layer. Большинство NFC-чипсетов реализуют данный слой на уровне прошивки, но встречаются и такие в которых поддерживается только аналоговый слой NFC. Добавлена поддержка технологий NFC-A (106 kbits/s), NFC-F (212 kbits/s и 424 kbits/s), NFC-DEP initiator/target и цифрового стека протоколов (Digital Protocol stack).  <li>&nbsp;Bluetooth-стеке реализована возможность создания виртуальных AMP-контроллеров, поддержка установки режима DUT (Device Under Test), добавлена команда mgmt_set_bredr для включения и отключения функций BR/EDR, добавлена команда для установки статического адреса для контроллеров, поддерживающих режимы BR/EDR и LE, добавлена поддержка нового HCI-сокета для управления определённым HCI-устройством из пользовательского приложения.  <li>&nbsp;Добавлен новый фреймворк Generic PHY Framework для разработки драйверов для подключаемых устройств, в том числе внешних сетевых адаптеров, SATA и USB устройств.  <li>&nbsp;Добавлена утилита, которую можно использовать для мониторинга за работой подсистемы температурного контроля. </ul><br><br></p>]]></description>
</item>
<item>
<title>В версии ядра 3.12 ожидается ряд улучшений производительности</title>
<link>https://rulinux.net/message.php?newsid=40202&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=40202&amp;page=1</guid>
<pubDate>Sat, 26 Oct 2013 15:52:32 +0400</pubDate>
<description><![CDATA[<p>Как показывают графики новостного сайта Phoronix, в версии 3.12 наблюдается ряд улучшений производительности.<br><br>система доступа к накопителям: тест FS-Mark 3.3 (1000 файлов по 1MB), показатель улучшился с 23.30 до 31.97 файлов в секунду. Compile Bench 0.6, отмечено увеличение пропускной способности с 60.12 до 70.84 MB/s. PostMark 1.51 наблюдается изменение с 4011 до 4807 в пользу новой версии ядра. <br><br>графические (Open Source) драйверы, AMD, улучшения касаются только внешних карт, результаты для HD 4870: OpenArena 0.8.5 (1680x1050) улучшение с 193.67 до 362,83 FPS. OpenArena 0.8.8 (1680x1050) улучшение с 89.40 до 102,27 FPS. Reaction Quake 1.0 beta (1680x1050) - с 171.38 до 258,17 FPS. Unvanquished Alpha 17 (1680x1050) - с 31.56 до 41.20 FPS. При тестировании Warsow 1.0 улучшений не выявлено.<br><br>Nouveau (Open Source) драйвер для NVidia, контроллер GTX 680: OpenArena 0.8.8 (1680x1050) улучшение с 108.47 до 151.27 FPS. На других тестах замечены небольшие, но также положительные изменения производительности. <br><br>Сравнения были произведены относительно ядра версии 3.11.<br><br>ссылки<br /> <a href="http://www.phoronix.com/scan.php?page=news_item&amp;px=MTQ5MzI">http://www.phoronix.com/scan.php?page=news_item&amp;px=MTQ5MzI</a><br /> <a href="http://www.phoronix.com/scan.php?page=article&amp;item=amd_linux312_preview&amp;num=1">http://www.phoronix.com/scan.php?page=article&amp;item=amd_linux312_preview&amp;num=1</a><br /> <a href="http://www.phoronix.com/scan.php?page=article&amp;item=linux_312_nv&amp;num=1">http://www.phoronix.com/scan.php?page=article&amp;item=linux_312_nv&amp;num=1</a><br /></p>]]></description>
</item>
<item>
<title>Вышел Linux 3.7</title>
<link>https://rulinux.net/message.php?newsid=38505&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=38505&amp;page=1</guid>
<pubDate>Tue, 11 Dec 2012 18:33:31 +0400</pubDate>
<description><![CDATA[<p>Через десять недель после выхода прошлой версии ядра Linux 3.6 состоялся выпуск Linux 3.7. По традиции, его представил Линус Торвальдс в списке рассылке для разработчиков. Он отметил, что последняя версия ядра вышла с небольшой задержкой, после дополнительного незапланированного релиз-кандидата. Причина в том, что пришлось откатывать изменения kswapd, которые вызвали проблемы. <ul> <li>&nbsp;Авторы <a href="http://www.h-online.com/open/features/What-s-new-in-Linux-3-7-1759862.html">независимых обзоров</a> Linux 3.7 отмечают, что в этой версии реализовано больше нововведений, чем в предыдущих. Некоторые из этих изменений затрагивают не только разработчиков и системных администраторов, но и обычных пользователей. <li>&nbsp;В сетевом стеке реализована спорная функция трансляции сетевых адресов (NAT) для протокола IPv6. Эта функция вызвала некоторую дискуссию, потому что адресное пространство IPv6 достаточно велико, чтобы обойтись без NAT. Тем не менее, разработчики решили всё-таки добавить её в ядро, потому что обнаружились некоторые примеры использования, когда NAT всё-таки полезен даже в IPv6. <a href="http://thread.gmane.org/gmane.comp.security.firewalls.netfilter.devel/39978">Например, некоторые организации хотели бы прятаться за NAT, чтобы скрыть топологию своей сети</a>. <li>&nbsp;Кроме того, в сетевой подсистеме серверной части реализована поддержка экспериментального расширения TCP Fast Open (TFO) от компании Google, ранее поддержка этого расширения для более быстрой установки HTTP-соединений была добавлена в клиентскую часть. TFO объединяет в один шаг первые два этапа из трёхступенчатой процедуры TCP-рукопожатия. <li>&nbsp;В файловой подсистеме нужно отметить дополнительные оптимизации в Btrfs с целью ускорения процедуры синхронизации Fsync (File Sync). Конкретно, новые оптимизации должны повысить производительность виртуальных машин, если образы VM находятся на файловой системе Btrfs и присутствуют частые запросы Fsync. <li>&nbsp;В файловой системе Ext4 устранён <a href="https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=01f795f9e0d67adeccc61a8b20c28acb45fa5fd8">баг c делением на ноль</a> при изменении размера разделов от 14 до 18 терабайт. <li>&nbsp; Файловая система CIFS (Common Internet File System) для работы с Windows-машинами теперь поддерживает SMB (Server Message Block) 2.0 и SMB 2.1 из Windows 7. <li>&nbsp;Обычным пользователям особенно приятно узнать об улучшении графических драйверов Intel и Nvidia. Например, благодаря улучшениям в драйвере i915 теперь удобнее изменять разрешения экрана, получать информацию о частоте GPU и устанавливать различные лимиты: например, ограничение на максимальное энергопотребление. В open source драйвере Nvidia полностью переделана архитектура для ясности и простоты, так что теперь будет гораздо легче добавлять новые функции, такие как Scalable Link Interface (SLI). В драйвере Radeon реализована поддержка разнообразных конфигураций из нескольких мониторов, уменьшено энергопотребление в отдельных конфигурациях и появилась коммуникация с системной прошивкой через ACPI. <li>&nbsp;Среди прочих драйверов можно выделить реализацию привязки iPhone 5 в драйвере ipheth, так что теперь Linux-компьютер может выходить в интернет в том числе через это устройство. Из других улучшений — программные интерфейсы для мэппинга звуковых каналов с целью реализации сложных звуковых конфигураций, как surround-звук. <li>&nbsp;Самые важные изменения в архитектуре — поддержка 64-битных процессоров ARM и слияние кода для 32-битных процессоров ARM, так что теперь можно собирать образы, способные работать одновременно на разных ARM-платформах, как в случае x86. В новой версии ядра добавлены Highbank, Mvebu, Picoxcell, Socfpga и Vexpress. <li>&nbsp;В области безопасности в Linux добавлена поддержка функции <a href="https://lwn.net/Articles/517475/">SMAP</a> (supervisor mode access prevention), которая появится в процессорах Intel в первой половине 2013 года. Эта функция защищает память программ от изменений со стороны ядра, так что злоумышленникам будет сложнее использовать уязвимости ядра для доступа к программам с рутовыми привилегиями, что обычно используется для дальнейшего повышения привилегий в системе. <li>&nbsp;В новую версию принято 10 409 исправлений от более 1200 разработчиков, размер патча 95 МБ, то есть вдвое больше обычного. Изменения затронули 15 886 файлов, добавлено 1 570 793 строк кода, удалено 1 246 965 строк. </ul></p>]]></description>
</item>
<item>
<title>Ядру Linux исполнился 21 год </title>
<link>https://rulinux.net/message.php?newsid=37871&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=37871&amp;page=1</guid>
<pubDate>Mon, 27 Aug 2012 06:08:29 +0400</pubDate>
<description><![CDATA[<p>Ядро Linux отметило свой 21 день рождения. 25 августа 1991 года, после 5 месяцев разработки, 21-летний студент Линус Торвальдс <a href="http://www.cs.cmu.edu/~awb/linux.history.html">объявил</a> в телеконференции comp.os.minix о создании рабочего прототипа новой операционной системы Linux для которой было отмечено завершение портировния bash 1.08 и gcc 1.40. Первый публичный выпуск ядра Linux был представлен 17 сентября. Ядро <a href="http://www.linuxgrill.com/anonymous/kernel/Archive/historic/">0.0.1</a> имело размер 62 Кб в сжатом виде и содержало около 10 тыс. строк кода. Современное ядро Linux насчитывает более 15 млн строк кода. По данным исследования, проведенного по заказу Евросоюза, приблизительная стоимость разработки с нуля проекта аналогичного современному ядру Linux составила бы более миллиарда долларов.</p><p></p><p>Ядро Linux было создано под впечатлением от операционной системы MINIX, которая не устраивала Линуса своей ограниченной лицензией. Впоследствии, когда Linux стал известным проектом, недоброжелатели пытались обвинить Линуса в прямом копировании кода некоторых подсистем MINIX. Нападение отразил Эндрю Таненбаум, автор MINIX, который поручил одному из студентов провести детальное сравнение кода Minix и первых публичных версий Linux. <a href="http://www.cs.vu.nl/~ast/brown/codecomparison/alexey.html">Результаты</a> исследования показали наличие только 4 несущественных совпадений блоков кода, обусловленных требованиями POSIX и ANSI C.</p><p></p><p>Первоначально Линус задумал назвать ядро Freax, от слов &quot;free&quot;, &quot;freak&quot; и X (Unix). Но имя Linux ядро получило с легкой руки Ари Лемке (Ari Lemmke), который по просьбе Линуса разместил ядро на своем FTP-сервере, назвав директорию с архивом не &quot;freax&quot; как просил Торвальдс, а &quot;linux&quot;. Примечательно, что предприимчивый делец Вильям Делло Крок (William Della Croce) сумел зарегистрировать торговую марку Linux и хотел со временем собирать отчисления, но позднее передумал и передал все права на торговую марку Линусу. Официальный талисман Linux ядра, пингвин Tux, был выбран в результате <a href="http://www.cs.earlham.edu/%7Ejeremiah/linux-pix/linux-logo.html">соревнования</a>, состоявшегося в 1996 году. Имя Tux расшифровывается как Torvalds UniX.</p><p></p><p>Ниже представлена статистика с отражением динамики роста кодовой базы ядра:</p><p><ul></p><p><li>&nbsp; 0.0.1 - сентябрь 1991, 10 тыс. строк кода;</p><p><li>&nbsp; 1.0.0 - март 1994, 176 тыс. строк кода;</p><p><li>&nbsp; 1.2.0 - март 1995, 311 тыс. строк кода;</p><p><li>&nbsp; 2.0.0 - июнь 1996, 778 тыс. строк кода;</p><p><li>&nbsp; 2.2.0 - январь 1999, 1.8 млн. строк кода;</p><p><li>&nbsp; 2.4.0 - январь 2001, 3.4 млн. строк кода;</p><p><li>&nbsp; 2.6.0 - декабрь 2003, 5.9 млн. строк кода;</p><p><li>&nbsp; 2.6.28 - декабрь 2008, 10.2 млн. строк кода;</p><p><li>&nbsp; 2.6.35 - август 2010, 13.4 млн. строк кода;</p><p><li>&nbsp; 3.0 - август 2011, 14.6 млн. строк кода.</p><p><li>&nbsp; 3.5 - июль 2012, 15.5 млн. строк кода. </p><p></ul></p>]]></description>
</item>
<item>
<title>Проект гибридного x86_64 Linux ABI с 32-битной адресацией памяти X32 </title>
<link>https://rulinux.net/message.php?newsid=36153&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=36153&amp;page=1</guid>
<pubDate>Mon, 20 Feb 2012 18:06:32 +0400</pubDate>
<description><![CDATA[<p>Ганс Питер Анвин (Hans Peter Anvin), один из ключевых разработчиков Linux-ядра в компании Intel и создатель таких проектов как syslinux, klibc и LANANA, <a href="https://lkml.org/lkml/2012/2/19/124">опубликовал</a> в списке рассылки разработчиков ядра Linux серию патчей, реализованных в рамках <a href="https://sites.google.com/site/x32abi/">проекта X32</a>, нацеленного на создание гибридного x86_64 ABI с 32-х битной адресацией памяти.<br><br>X32 представляет собой прослойку поверх стандартного x86_64 ABI ядра, эмулирующую на 64-разрядных системах 32-х битную модель адресации памяти. Как следствие, приложения могут использовать все преимущества архитектуры x86_64, такие как дополнительные регистры, более быстрые инструкции, PIC ABI, но в то же время смогут работать с 32-х битными указателями памяти, что положительно скажется на потреблении памяти, кэша и общей скорости исполнения кода.<br><br>Замеры производительности, сделанные разработчиками, показали, что внедрение нового ABI в некоторых случаях позволяет добиться прироста скорости исполнения кода до 32% в сравнении с классическим x86_64 ABI, хотя не исключены ситуации, в которых наблюдается небольшое падение производительности на 0.5-6%. Также ограничением служат запросы приложения к размеру используемой оперативной памяти, которые теперь ограничиваются 4 Гб.<br><br>Для реализации X32 ABI разработчикам потребовалось добавить около 1000 строк кода в ядро Linux, а также интегрировать поддержку новой &quot;архитектуры&quot; в пакеты binutils, libc и GCC. Патчи, а также инструкции по сборке и установки можно получить на <a href="https://sites.google.com/site/x32abi/">официальной странице проекта</a>. <br><br>P.S.<br /> Понравился комментарий на опеннете: <div class="quote"><pre>Это не просто костыль, а как-то особо в космических масштабах с отягчающими обстоятельствами костыль.</pre></div></p>]]></description>
</item>
<item>
<title>Linux 3.2</title>
<link>https://rulinux.net/message.php?newsid=35695&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=35695&amp;page=1</guid>
<pubDate>Thu, 05 Jan 2012 14:05:36 +0400</pubDate>
<description><![CDATA[<p>Итак, Linux 3.2 вышло, и теперь разработка переключена на 3.3 официально.<br><br><a href="ftp://ftp.kernel.org/pub/linux/kernel/v3.x/linux-3.2.tar.bz2">Исходники</a></p>]]></description>
</item>
<item>
<title>Релиз ядра Linux 3.1 </title>
<link>https://rulinux.net/message.php?newsid=35035&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=35035&amp;page=1</guid>
<pubDate>Mon, 24 Oct 2011 18:20:40 +0400</pubDate>
<description><![CDATA[<p>После трёх месяцев разработки увидел свет релиз Linux-ядра 3.1, разработка которого длилась почти на месяц дольше обычного из-за инцидента со взломом инфраструктуры kernel.org. Вопреки сложившейся практике релиз был вначале представлен Линусом Торвальдсом не в списке рассылки, а на саммите разработчиков ядра Linux.<br><br><img src="http://fc07.deviantart.net/fs71/f/2011/272/e/4/linux_kernel_3_1_logo_v2_by_xyie-d4baygs.png" alt="[путь к изображению некорректен]" /><br><br>Из наиболее заметных изменений можно упомянуть поддержку процессорной архитектуры OpenRISC, оптимизацию производительности операций сброса страниц памяти из ОЗУ на диск, ускорение работы slab allocator, новую реализацию подсистемы iSCSI, поддержку чипов NFC (Near Field Communication), код для контроля за bad-блоками в программном RAID, утилиту &quot;cpupowerutils&quot; для управления питанием, активацию в Ext3 режима сброса буферов &quot;barrier&quot;, поддержку пульта Nintendo Wii Remote, драйверы для нового оборудования.<br><br>В новую версию принято 9403 исправлений от 1318 разработчиков, размер патча - 49 Мб (добавлено 9240 тыс. строк кода, удалено - 9153 тыс. строк). Около 37% всех представленных в 3.1 изменений связаны с драйверами устройств, примерно 25% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 5% - файловыми системами и 5% c внутренними подсистемами ядра. <br><br>О новшествах в новом ядре можно узнать на <a href="http://www.opennet.ru/opennews/art.shtml?num=32120">opennet.ru</a> или на <a href="http://kernelnewbies.org/Linux_3.1">kernelnewbies.org</a>.</p>]]></description>
</item>
<item>
<title>Релиз Linux-ядра 3.0 </title>
<link>https://rulinux.net/message.php?newsid=34129&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=34129&amp;page=1</guid>
<pubDate>Fri, 22 Jul 2011 08:17:18 +0400</pubDate>
<description><![CDATA[<p>Линус Торвальдс анонсировал релиз Linux-ядра 3.0, в котором завершена интеграция поддержки XEN dom0, в netfilter интегрирован JIT-компилятор BPF-правил, добавлена реализация кэша Cleancache, обеспечена поддержка "Wake on WLAN", реализована автоматическая дефрагментация в Btrfs. Выпуск 3.0 ознаменовал завершение развития ветки 2.6.x, которая развивается уже около 10 лет и переход к новой схеме нумерации. Следующим после 3.0 выпуском станет версия 3.1, затем 3.2 и так далее, пока не пройдут очередные 10 лет или не возникнет потребность коренных изменений, связанных с глобальной переработкой ключевых подсистем или нарушением совместимости. В процессе накопления патчей корректирующие обновления будут представлены как 3.0.1, 3.0.2, 3.0.3 и т.п.</p><p>Отдельно подчеркивается, что версию 3.0 не стоит считать каким-то кардинальным шагом, какой можно было наблюдать при появлении GNOME 3.0 или KDE 4.0. Linux-ядро 3.0 - не более чем формальная смена нумерации, приуроченная к двадцатилетию проекта и десятилетию существования ветки 2.6.x. В новой версии нет каких-либо серьезных нарушений совместимости или специальных новшеств. Новое ядро плавно продолжает развитие текущей кодовой базы и по уровню нововведений сравнимо с выпуском версии 2.6.40. Более того, число изменений по сравнению с прошлыми выпусками выглядит достаточно скромно. Процесс разработки также остаётся прежним.</p><p>В новую версию принято 9862 исправлений от 1276 разработчиков, размер патча - 44 Мб (добавлено 8002 тыс. строк кода, удалено - 7946 тыс. строк). Около 41% всех представленных в 3.0 изменений связаны с драйверами устройств, примерно 25% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 15% связано с сетевым стеком, 5% - файловыми системами и 5% c внутренними подсистемами ядра.</p><p>Наиболее интересные новшества ядра 3.0:</p><p>\cut{Читать далее}</p><p><b>    Виртуализация и безопасность</b></p><p><ul></p><p>        <li>&nbsp; Окончание интеграции полной поддержки Dom0 и DomU в Linux-ядро. В состав ядра 3.0 принят бэкенд xen-blkback, необходимый для обеспечения работы виртуальных блочных устройств. Таким образом в стандартном ядре теперь содержится полный набор средств, необходимых для работы Xen в качестве управляющего хоста и гостевой системы. Отныне поддержка Xen будет неотделима от ядра Linux и будет развиваться вместе с ним, без ведения отдельных веток и поддержания дополнительных патчей;         <li>&nbsp; Поддержка раздельных номеров файловых дескрипторов внутри изолированных пространств Namespace. Namespace является своеобразной легковесной техникой виртуализации, при которой некоторые процессы могут быть отрезаны от остальной системы, работая в отдельном пространстве имен и не влияя на другие части системы; </p><p><b>Дисковая подсистема, ввод/вывод и файловые системы</b></p><p><li>&nbsp; Улучшение файловой системы Btrfs:</p><p>            Поддержка автоматической дефрагментации. Btrfs больше подвержена фрагментации, так как использует при записи данных подход COW (copy-on-write), при котором при изменении содержимого файла данные не переписываются в уже распределенных блоках, а копируются и сохраняются в новом свободном блоке, что позволяет организовать работу снапшотов. Кроме ранее доступной команды "btrfs filesystem defragment" и отключающей COW опции монтирования "-o nodatacow", в новой версии ядра представлена поддержка автоматической дефрагментации, включаемая через опцию монтирования "-o autodefrag". Суть механизма автоматической дефрагментации сводится к обнаружению небольших случайных операций записи в файлы и построению специальной очереди, которую разбирает специальный внутренний дефрагментатор. Данный метод еще плохо адаптирован для работы с большими БД или виртуализацией, но уже хорошо работает при изменении небольших файлов, в процессе использования таких систем, как rpm, sqlite и bdb;</p><p>            Реализация процесса проверки целостности данных ("Scrubbing") в файловой системе путем сверки указанных в экстентах контрольных сумм с контрольными суммами, вычисленными на основе фактических данных. В случае выявления расхождений предпринимается попытка поиска неповрежденной копии данных;</p><p>            Увеличение скорости создания и удаления файлов. Основные проблемы с производительностью при создании и удалении файлов связаны с необходимостью выполнения большого числа сопутствующих действий с b+ деревьями. Для ускорения подобных операций реализован метод отложенного изменения b+ деревьев. В итоге производительность создания файлов возросла на 15%, а удаления на 20%;</p><p>            Ускорение выполнения операций по сбросу буферов на диск (при выполнении fsync на диск теперь сбрасываются только изменившиеся с момента последней синхронизации данные). Скорость выполнения теста sysbench при сочетании случайно записи с вызовом fsync возросла с 112.75 запросов в сек. до 1216 запросов в сек.</p><p>            Поддержка метода "Quasi-round-robin" при распределении блоков в конфигурациях с несколькими дисками. Новый метод позволяет полностью использовать при разнесении данных (stripe) все доступное дисковое пространство, используя для хранения в первую очередь диски, на которых больше доступного места; </p><p><li>&nbsp; Проведение оптимизации и чистки кода в подсистеме VFS; </p><p><b>Сетевая подсистема</b></p><p> <li>&nbsp; В код netfilter интегрирован JIT-компилятор для правил BPF (Berkeley Packet Filter), поддерживающий работу на системах x86-64, что позволит значительно увеличить производительность обработки пакетов пакетным фильтром при использовании инструментов, подобных libpcap/tcpdump;</p><p><li>&nbsp; Поддержка отправки ICMP_ECHO ICMP-пакетов и приема ICMP_ECHOREPLY ответов в непривилегированном режиме, что позволяет организовать работу ping и других отладочных утилит без предоставления дополнительных привилегий через suid-бит или capabilities;</p><p><li>&nbsp;  В беспроводной стек добавлена поддержка функции "Wake on WLAN", позволяющей перевести систему в режим низкого потребления энергии (ACPI S3 suspend) с сохранением активности беспроводного сетевого интерфейса, т.е. в момент сна может быть сохранено соединение с точкой доступа и обеспечено просыпание при появлении адресованного текущему хосту трафика; </p><p><b>Память и системные сервисы</b></p><p>        <li>&nbsp; Реализация нового типа кэша Cleancache, который может использоваться ядром для хранения восстановимых из других источников данных, которые не страшно потерять, но при наличии ресурсов неплохо держать в памяти. Например, в Cleancache могут храниться ассоциированные с файлами на диске страницы памяти, которые в случае очистки кэша впоследствии могут быть перечитаны с диска. Поддержка CleanCache уже добавлена в Ext3, Ext4, Btrfs, OCFS2 и Xen. Cleancache является первой практической реализацией появившейся в ядре 2.6.39 техники трансцендентного управления памятью ("Transcendent memory"), позволяющей улучшить поведение системы при работе с не представляющими важность данными (например кэш) в условиях дефицита оперативной памяти. По сути Transcendent memory напоминает RAM-диск, имеющий ряд особенностей: размер RAM-диска не известен, запись данных не всегда может быть гарантирована и уже записанные данные могут быть очищены (удалены);</p><p>        <li>&nbsp; Поддержка системного вызова sendmmsg(), который позволяет организовать передачу в рамках одного системного вызова сразу нескольких сообщений, которые ранее потребовали бы отдельных вызовов sendmsg(). Технология значительно повышает эффективность работы приложений передающих большие объемы данных или оперирующих пакетами небольшого размера. Тестирование показало, что использование sendmmsg() позволяет повысить скорость отправки данных через UDP-сокет на 20%, а через RAW-сокет на 30%. Напомним, что поддержка парного вызова recvmmsg() была добавлена в ядре 2.6.33;</p><p>        <li>&nbsp; Поддержка системного вызова setns(), который позволяет использовать для файлового дескриптора определенное изолированное пространство имен (namespace); </p><p><b>Оборудование и аппаратные архитектуры</b></p><p>        <li>&nbsp; Продолжение реорганизации кода, связанного с платформой ARM;</p><p>        <li>&nbsp; Добавление разработанного в рамках проекта OpenKinect драйвера для устройств Microsoft Kinect. В настоящее время драйвер способен принимать с устройства видеопоток, взаимодействуя с RGB-сенсором или монохромным сенсором, т.е. позволяет использовать Microsoft Kinect в роли web-камеры или инфракрасной камеры. Датчики глубины пока не поддерживаются;         <li>&nbsp; Обновление кода DRM-модулей Intel, Radeon и Nouveau. Проведена оптимизация производительности для гибридных процессоров Intel Sandy Bridge, обеспечена начальная поддержка Intel Ivy Bridge и AMD Fusion Llano APU;         <li>&nbsp; Для беспроводных карт Realtek представлен новый драйвер rtl8192se;  </ul></p><br>>>> <a href="http://www.opennet.ru/opennews/art.shtml?num=31259">Подробнее</a>]]></description>
</item>
<item>
<title>Решение проблемы с повышенным энергопотреблением при использовании Linux-ядер 2.6.38 и 2.6.39</title>
<link>https://rulinux.net/message.php?newsid=33892&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=33892&amp;page=1</guid>
<pubDate>Tue, 05 Jul 2011 05:56:23 +0400</pubDate>
<description><![CDATA[<p>В используемом в Ubuntu 11.04 и Fedora 15 Linux-ядре 2.6.38, а также в 2.6.39 и тестовых версиях 3.0-rc наблюдается возрастание энергопотребления на 10-30%. Кроме Phoronix подобная тенденция наблюдалась в тестах издания Tom's Hardware.</p><p>По предварительным данным, одна из приводивших к повышению энергопотребления проблем связана  с изменением в коде поддержки ASPM (Active-State Power Management) для плат PCI Express, который стал активироваться только при сигнализации о поддержке ASPM со стороны BIOS (определенные реализации BIOS указывают, что ASPM  не поддерживается, но все равно инициализирует данную поддержку для некоторых устройств).</p><p>Экспериментальным путем был выявлен обходной путь решения проблемы, который позволяет уменьшить энергопотребление в среднем на 15%. Для решения проблемы систему следует загрузить передав ядру в интерфейсе загрузчика GRUB параметр "pcie_aspm=force".</p><p> В Debian для grub2 нужно следующее:</p><p>1. Исправить в файле /etc/default/grub строку </p><p>GRUB_CMDLINE_LINUX="pcie_aspm=force"</p><p>2. Запустить update-grub</p><p>Все операции естественно от рута </p><br>>>> <a href="http://www.opennet.ru/tips/2594_apm_power_kernel_linux.shtml">Подробнее</a>]]></description>
</item>
<item>
<title>Встречайте ядро 3.0!</title>
<link>https://rulinux.net/message.php?newsid=33523&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=33523&amp;page=1</guid>
<pubDate>Mon, 30 May 2011 07:08:39 +0400</pubDate>
<description><![CDATA[<p>Мне надоело это унылое число 2.6 в версии ядра. Да и голоса в моей голове всё настойчивей твердили о смене старшего числа. Я подумал, что мы ни чуть не хуже всяких firefox-ов, поэтому следующая версия станет 3.0 :P Никаких изменений в API/ABI, никаких новых функций или удаления старого функционала. НИЧЕГО.</p><p>Линус.</p><br>>>> <a href="http://article.gmane.org/gmane.linux.kernel/1147415">Подробнее</a>]]></description>
</item>
<item>
<title>Релиз драйвера ФС ZFS, работающего на уровне ядра Linux — ZFS 0.5.2 </title>
<link>https://rulinux.net/message.php?newsid=31351&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=31351&amp;page=1</guid>
<pubDate>Sat, 27 Nov 2010 08:32:00 +0300</pubDate>
<description><![CDATA[<p>Основные изменения: </p><p><ul></p><p><li> Поддержка zpool v.28 <li> Добавлено руководство по сборке deb для <a href="http://zfsonlinux.org/spl-building-deb.html">SPL-модуля</a> и <a href="http://zfsonlinux.org/zfs-building-deb.html">ZFS-модуля</a> <li> Добавлено руководство по сборке rpm для <a href="http://zfsonlinux.org/spl-building-rpm.html">SPL-модуля</a> и <a href="http://zfsonlinux.org/zfs-building-rpm.html">ZFS-модуля</a> <li> Теперь официально <a href="http://zfsonlinux.org/platforms-0.5.2.html">поддерживаются</a> следующие дистрибутивы: CHAOS5, RHEL5.5/6.0, Fedora 13/14, Ubuntu 10.04/10.10 и Debian Lenny  
</ul></p><p>Данный проект разрабатывает <a href="http://ru.wikipedia.org/wiki/%D0%91%D0%B5%D0%BB%D0%B5%D0%BD%D0%B4%D0%BE%D1%80%D1%84,_%D0%91%D1%80%D0%B0%D0%B9%D0%B0%D0%BD">Брайан Белендорф</a> по заказу <a href="http://ru.wikipedia.org/wiki/%D0%9B%D0%B8%D0%B2%D0%B5%D1%80%D0%BC%D0%BE%D1%80%D1%81%D0%BA%D0%B0%D1%8F_%D0%BD%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D0%BB%D0%B0%D0%B1%D0%BE%D1%80%D0%B0%D1%82%D0%BE%D1%80%D0%B8%D1%8F">LLNL</a>. К сожалению, в текущий момент не поддерживается <a href="http://github.com/behlendorf/zfs/issues#issue/7">ZFS Posix Layer (ZPL)</a>. Из-за отсутствия поддержки ZPL сейчас невозможно работать с файлами на томах с ZFS.</p><p></p><br>>>> <a href="http://zfsonlinux.org/">Подробнее</a>]]></description>
</item>
<item>
<title>Для ядра Linux написан патч, многократно улучшающий отзывчивость системы </title>
<link>https://rulinux.net/message.php?newsid=31348&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=31348&amp;page=1</guid>
<pubDate>Sat, 27 Nov 2010 08:18:28 +0300</pubDate>
<description><![CDATA[Майк Галбрейт (Mike Galbraith) написал <a hreh="http://marc.info/?l=linux-kernel&m=128978361700898&w=2">патч</a>, многократно улучшающий отзывчивость системы при использовании многопоточных фоновых приложений, таких как, например, компиляции. Линус Торвальдс проверил и высоко оценил данную работу. К примеру, он запустил сборку — "make -j64" — и при этом система оставалась отзывчивой, а прокрутка в веб-браузере — плавной.
<br>
<br>
>>> <a href="http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1">Подробнее</a> ]]></description>
</item>
<item>
<title>Код российского проекта Accel-pptp войдет в состав Linux-ядра 2.6.37 </title>
<link>https://rulinux.net/message.php?newsid=31347&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=31347&amp;page=1</guid>
<pubDate>Sat, 27 Nov 2010 08:16:39 +0300</pubDate>
<description><![CDATA[<p>Accel-pptp — это сервер PPTP/L2TP/PPPoE, а также клиент PPTP. Данный проект разработан российским программистом Дмитрием Козловым. Авторизация пользователей с помощью PPTP VPN популярна у ISP на постсоветском пространстве, особенно у "домовых" сетей. Данный сервер позволит небольшим ISP использовать бюджетные серверы, вместо дорогих решений от крупных производителей сетевого оборудования. Это связано с тем, что прирост производительности у accel-pptp, по отношению к pptpd, оценивается от 2 до 10 раз. Клиент PPTP будет полезен производителям дешёвых клиентских маршрутизаторов и позволит поднять скорость соединения в несколько раз.</p><p>Новость взята с <a href="http://www.opennet.ru/opennews/art.shtml?num=28650">opennet.ru</a>.</p><br>>>> <a href="http://nag.ru/news/newsline/19851/rossiyskiy-proekt-oficialno-voshel-v-kod-yadra-linux.html">Подробнее</a>]]></description>
</item>
<item>
<title>Релиз Linux-ядра 2.6.36. Обзор новшеств</title>
<link>https://rulinux.net/message.php?newsid=30950&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=30950&amp;page=1</guid>
<pubDate>Thu, 21 Oct 2010 07:41:54 +0400</pubDate>
<description><![CDATA[<p>После 80 дней разработки увидел свет релиз Linux-ядра 2.6.36 в котором появилась поддержка новой процессорной архитектуры Tile, интегрирована технология мандатного контроля доступа AppArmor, добавлена поддержка локального кэширования CIFS-разделов, обеспечена возможность управления питанием для CPU Intel Core i3/i5 и включена подсистема LIRC для управления устройствами через инфракрасный канал связи.</p><p>В новую версию принято 10195 исправлений от 1326 разработчиков, размер патча - 48 Мб (добавлено 9256 тыс. строк кода, удалено - 9204 тыс. строк). Около 39% всех представленных в 2.6.36 изменений связаны с драйверами устройств, примерно 27% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 6% - файловыми системами и 5% c внутренними подсистемами ядра.</p><p>В тексте анонса Линус Торвальдс отметил, что подготовка версии 2.6.36 немного затянулась, поэтому следующий релиз 2.6.37 будет разрабатываться более оперативно. Чтобы успеть выпустить первый кандидат в релизы до проведения саммита разработчиков Linux ядра, на прием новшеств для следующей версии вместо двух недель отводится ровно десять дней, после чего окно приема изменений будет закрыто.</p><p>Наиболее интересные новшества ядра 2.6.36: <ul>     <li>&nbsp; <b>Безопасность</b></p><p>          o В ядро интегрирована поддержка технологии мандатного контроля доступа AppArmor, которая позволяет контролировать полномочия процессов, определяя списки файлов с соответствующими правами (на чтение, запись, отображение в память и запуск, установку блокировки на файл и т.п.) для каждого приложения. Также AppArmor позволяет на самом общем уровне контролировать доступ к сети (например, запретить использование ICMP) и управлять POSIX capabilities. Основное отличие AppArmor от SELinux состоит в том, что SELinux оперирует ассоциированными с объектом метками, а AppArmor определяет полномочия на основании файлового пути, что заметно упрощает процесс настройки;      <li>&nbsp; <b>Оборудование и аппаратные архитектуры</b></p><p>          o Поддержка процессорной архитектуры Tile, отличающейся возможностью интеграции на одном чипе до нескольких сотен процессорных ядер. Процессорные ядра оформлены в чипе в виде связанной mesh-сети (каждый узел связан через соседние узлы сети), состоящей из независимых ячеек, каждая из которых состоит из вычислительного блока (процессор, поддерживающий основанный на MIPS набор инструкций), кэша и модуля маршрутизации, который обеспечивает связь текущей ячейки с соседями в неблокирющем режиме.</p><p>          o Поддержка новой технологии распределения питания, используемой в платформе Intel Core i3/5, отличающейся интеграцией графического процессора. В таких комбинированных чипах технология Intel Intelligent Power Sharing позволяет распределять питание между CPU и GPU, в зависимости от задач максимизируя производительность графических или вычислительных задач. Новый драйвер работает совместно с драйвером для контроля частоты CPU и DRM-драйвером i915, координирует параметры мощности и температуры с основным термальным драйвером, осуществляя мониторинг мощности и температуры GPU; </p><p>    <li>&nbsp; <b>Дисковая подсистема, ввод/вывод и файловые системы</b></p><p>          o Для сетевой файловой системы CIFS реализована поддержка локального кэширования данных. Поддержка кэширования реализована через подсистему FS-Cache, которая появилась в ядре 2.6.30 и поддерживала кэширование для файловых систем NFS и AFS;</p><p>          o В файловой системе теперь по умолчанию используется режим упорядоченного журналирования (mount -o data=ordered), при котором вначале на диск сбрасываются обновления данных, а потом в журнал помещаются изменения метаданных, что гарантирует отсутствие в файлах устаревших блоков данных в случае краха;</p><p>          o В файловой системе Squashfs, используемой для формирования LiveCD, появилась поддержка алгоритма сжатия LZO;</p><p>          o За неделю до релиза, из-за проблем с обеспечением целостности ABI, из ветки 2.6.35 был исключен ранее добавленный код Fnotify, нового механизма уведомления приложений (напирмер, антивирусных сканеров) об изменениях в файловой системе, идущего на смену системам inotify и dnotify (для данных систем обеспечен режим эмуляции, который работает поверх fanotify). Fanotify поддерживает отслеживание как активных событий (открытие, закрытие, чтение, запись и т.п.), так и выполнение пассивных операций, таких как открытие к отслеживаемому объекту доступного только на чтение специального файлового дескриптора. В отличие от inotify и dnotify в новой системе устранены проблемы с масштабированием при контроле за большим числом объектов и обеспечена поддержка нотификации на основе блокировки и контроля доступа.      <li>&nbsp; <b>Память и системные сервисы</b></p><p>          o Интегрирован ряд патчей для подсистемы виртуальной памяти, направленных на увеличение отзывчивости доесктоп-систем. Например, патчи минимизируют негативный эффект, проявляющийся в виде подвисаний приложений при копировании большого объема данных с медленных USB-носителей;</p><p>          o Значительно переработан алгоритм OOM Killer (Out of Memory Killer), принимающий решение об принудительном завершении процессов в ситуации катастрофической нехватки памяти (ОЗУ и swap). Выбор процессов для принудительного завершения связан со множеством нюансов, требующих учитывать большое число системных параметров. Новый OOM Killer более не приводит к завершению оболочки KDE при нехватке памяти, учитывает связь потомок-родитель (родитель теперь не завершается пока у него есть потомки), поддерживает эврестический метод блокирования разрастания большого числа процессов за короткий промежуток времени (fork-бомба);</p><p>          o Переработан механизм функционирования рабочих очередей (пулл нитей, позволяющий осуществить отложенное выполнение функций ядра), которые теперь поддерживает динамическое управление числом внутриядерных потоков, в зависимости от нагрузки на систему, и поддержание уровня очередей в допустимых пределах (если очередей больше, чем число CPU, наблюдается падение производительности из-за начала паразитного переключения контекста). Новая система также способна заменить код "slow-work", альтернативный пул потоков для выполнения некоторых операций, для которых традиционные рабочие очереди не подходят;</p><p>          o Активирована возможность использования интегрированного в прошлой версии ядра отладчика KDB при работе в графическом режиме. Нажатие Sysrq-g теперь при работе X-сервера отображает отладочную консоль и выходит из нее (команда "go"). Поддержка связки KMS + KDB пока доступна только для чипов Intel. Отладчик KDB разработан в недрах компании SGI и, в отличие от Kgdb, не требует для отладки второго компьютера, на котором запущен фронтэнд gdb. С помощью KDB можно инспектировать работу ядра на локальной системе, но его слабым звеном является отсутствие поддержки отладки на уровне исходных текстов; </ul></p><p>взято с &nbsp;<a href="http://opennet.ru">http://opennet.ru</a></p><br>>>> <a href="http://lkml.org/lkml/2010/10/20/409">Подробнее</a>]]></description>
</item>
<item>
<title>Серьезная уязвимость в glibc</title>
<link>https://rulinux.net/message.php?newsid=30924&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=30924&amp;page=1</guid>
<pubDate>Tue, 19 Oct 2010 13:30:16 +0400</pubDate>
<description><![CDATA[<p>Друзья, спешу предупредить, что обнаружена уязвимость позволяющая получить права root.</p><p>Протестировано на Федоре, RHEL/CentOS, другие дистры с большой вероятностью тоже уязвимы.</p><p>p.s. доставлено анонимусами из толксов</p><br>>>> <a href="http://www.lor-ng.org/message.php?newsid=30921">Подробнее</a>]]></description>
</item>
<item>
<title>Представлена ещё одна реализация ZFS на уровне Linux-ядра </title>
<link>https://rulinux.net/message.php?newsid=8168&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=8168&amp;page=1</guid>
<pubDate>Fri, 27 Aug 2010 22:23:47 +0400</pubDate>
<description><![CDATA[<p>Компания KQ Infotech представила свой проект портирования файловой системы ZFS на уровень ядра Linux. <a href="http://www.lor-ng.org/message.php?newsid=8045">В отличие</a> от проекта реализуемого по заказу <a href="http://ru.wikipedia.org/wiki/%D0%9B%D0%B8%D0%B2%D0%B5%D1%80%D0%BC%D0%BE%D1%80%D1%81%D0%BA%D0%B0%D1%8F_%D0%BD%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D0%BB%D0%B0%D0%B1%D0%BE%D1%80%D0%B0%D1%82%D0%BE%D1%80%D0%B8%D1%8F">LLNL</a>, данный проект поддерживает ZFS Posix Layer (ZPL). Это значит, что можно работать с файлами с помощью файлового менеджера. Стоит отметь что это уже третий проект связанный с портированием поддержки ZFS в ОС на базе Linux-ядра. </p><p>Вот основные возможности проектов:</p><p><ul></p><p><li>&nbsp; Проект по заказу <a href="http://ru.wikipedia.org/wiki/%D0%9B%D0%B8%D0%B2%D0%B5%D1%80%D0%BC%D0%BE%D1%80%D1%81%D0%BA%D0%B0%D1%8F_%D0%BD%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D0%BB%D0%B0%D0%B1%D0%BE%D1%80%D0%B0%D1%82%D0%BE%D1%80%D0%B8%D1%8F">LLNL</a> поддерживает zpool v.26, портирован на I386 и AMD64, но не поддерживает ZPL <li>&nbsp; Проект компании KQ Infotech поддерживает zpool v.18, поддерживается ZPL, портирован только на AMD64 (будет поддержка Fedora 12, Red Hat Enterprise Linux 6 и Ubuntu 10.04 LTS) <li>&nbsp; Проект <a href="http://www.lor-ng.org/message.php?newsid=7114&page=0#57740">ZFS-FUSE</a> поддерживает zpool v.23, поддерживает ZPL, портирован на I386, AMD64, PowerPC и Sparc. Также присутствует в основных репозиториях популярных дистрибутивов — Fedora (начиная с 11-ой версии), Ubuntu 10.04 LTS, Debian Squeeze и т.д. 
</ul>  </p><p>Также отмечено, что KQ Infotech не будет продвигать патч в основную ветку ядра и выпустит его под лицензией CDDL. Скорее всего модули будут собираться на машине пользователя с помощью <a href="http://ru.wikipedia.org/wiki/Dynamic_Kernel_Module_Support">DKMS</a> (как это происходит с проприетарными драйверами от ATI/NVidia или FOSS модулем от программы <a href="http://en.wikipedia.org/wiki/CDemu">CDEmu</a>).</p><br>>>> <a href="http://www.phoronix.com/scan.php?page=article&item=zfs_linux_coming&num=1">Подробнее</a>]]></description>
</item>
<item>
<title>Релиз драйвера ФС ZFS, работающий на уровне ядра Linux — ZFS 0.5 </title>
<link>https://rulinux.net/message.php?newsid=8045&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=8045&amp;page=1</guid>
<pubDate>Mon, 16 Aug 2010 19:31:53 +0400</pubDate>
<description><![CDATA[<p>Основное изменение по сравнению с ZFS 0.4.9 — это поддержка zpool версии 26. К сожалению, в текущий момент <a href="http://github.com/behlendorf/zfs/issues#issue/7">не поддерживается ZFS Posix Layer (ZPL)</a>. Из-за отсутствия поддержки ZPL, в текущий момент невозможно работать с файлами на томах с ФС ZFS. В текущий момент реализована поддержка <a href="http://github.com/behlendorf/zfs/wiki/example-zvol">ZVOL virtual block device</a>. Стоит заметить, что для работы ZFS требуется <a href="http://github.com/behlendorf/spl/wiki">Solaris Porting Layer (SPL)</a>.</p><p>>>> <a href="http://github.com/downloads/behlendorf/zfs/zfs-0.5.0.tar.gz">Скачать zfs-0.5.0.tar.gz</a>
<br><br> >>> <a href="http://github.com/downloads/behlendorf/spl/spl-0.5.0.tar.gz">Скачать spl-0.5.0.tar.gz</a></p><br><br>>>> <a href="http://github.com/behlendorf/zfs/wiki">Подробнее</a>]]></description>
</item>
<item>
<title>Вышел Linux 2.6.35</title>
<link>https://rulinux.net/message.php?newsid=7805&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=7805&amp;page=1</guid>
<pubDate>Mon, 02 Aug 2010 09:38:55 +0400</pubDate>
<description><![CDATA[<p>Основные изменения:</p><p><ul></p><p><li>&nbsp; Добавлена поддержка L2TP v.3 <li>&nbsp; Добавлена поддержка проброса L2 протоков для: ATM, Frame Relay, HDLC и raw ethernet  <li>&nbsp; Для BtrFS добавлена поддержка прямого ввода/вывода  <li>&nbsp; В драйвер i915 добавлена поддержка аппаратного декодирования видео в формате H.264 и VC-1 для чипов G45 и выше <li>&nbsp; Добавлена поддержка множественных multicast таблиц маршрутизации <li>&nbsp; Добавлена поддержка протокола CAIF, который используется при работе хост-устройство в сотовых модемах ST-Ericsson <li>&nbsp; Добавлена поддержка APEI (ACPI Platform Error Interface) <li>&nbsp; Множество улучшений, связанных с файловыми системами XFS, UFS, NILFS2, OCFS2, Squashfs, ext2/4 <li>&nbsp; Добавлена поддержка алгоритмов шифрования в RPC crypto: triple-des, arcfour-hmac, rc4-hmac и AES <li>&nbsp; Множество улучшений, связанных с видеочипами производства ATI <li>&nbsp; Множество улучшений, связанных KVM, MD, TOMOYO Linux и сетевой подсистемы <li>&nbsp; Теперь поддерживается сжатие LZO для initramfs <li>&nbsp; В ядро интегрирован код, позволяющий обеспечить работу отладчика KDB поверх другого отладчика Kgdb, что дает возможность их одновременного использования <li>&nbsp; Множество улучшений, связанных Performance Events 
</ul>  </p><br>>>> <a href="http://kernelnewbies.org/Linux_2_6_35">Подробнее</a>]]></description>
</item>
<item>
<title>Для Linux доступна нативная поддержка файловой системы ZFS </title>
<link>https://rulinux.net/message.php?newsid=7214&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=7214&amp;page=1</guid>
<pubDate>Thu, 27 May 2010 21:40:16 +0400</pubDate>
<description><![CDATA[<p><a href="http://ru.wikipedia.org/wiki/%D0%91%D0%B5%D0%BB%D0%B5%D0%BD%D0%B4%D0%BE%D1%80%D1%84,_%D0%91%D1%80%D0%B0%D0%B9%D0%B0%D0%BD">Брайан Белендорф</a> реализовал набор патчей к Linux-ядру (в текущий момент поддерживается версия 2.6.32 и 2.6.18), а также был портирован набор библиотек libavl, libnvpair, libefi, libunicode и libutil из OpenSolaris для нативной поддержки файловой системы ZFS в операционной системе GNU/Linux. В текущий момент поддерживается <a href="http://wiki.github.com/behlendorf/zfs/tested-platforms">RHEL5/6, Fedora 12 и Ubuntu 10.04 LTS</a>. В отличие от ZFS-FUSE который поддерживает zpool v.23, пока что реализована поддержка zpool v.18.</p><p>Стоит заметить, что поддержка будет осуществятся в виде патчей из-за несовместимости лицензии CDDL и GPL. Скорее всего модуль ядра будет собираться с помощью <a href="http://ru.wikipedia.org/wiki/Dynamic_Kernel_Module_Support">DKMS</a> на машине пользователя как это происходит при установки проприетарных драйверов для видеокарт производства ATI или NVidia.</p><p>Новость взята с <a href="http://www.opennet.ru/opennews/art.shtml?num=26751">opennet.ru</a>.</p><br>>>> <a href="http://wiki.github.com/behlendorf/zfs/">Подробнее</a>]]></description>
</item>
<item>
<title>Вышло ядро Linux 2.6.34</title>
<link>https://rulinux.net/message.php?newsid=7143&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=7143&amp;page=1</guid>
<pubDate>Wed, 19 May 2010 12:45:02 +0400</pubDate>
<description><![CDATA[<br>
Основные изменения: 
<br>
<UL>
<LI> Добавлена поддержка новых файловых систем — LogFS и Ceph</LI>
<LI> Множество багфиксов связанных с Exofs, btrfs, XFS, GFS </LI> 
<LI> Для файловой системы FAT добавлена поддержка дисков более 2 терабайт</LI>
<LI> Для файловой системы Squashfs добавлена поддержка сжатия методами LZMA и LZO</LI>
<LI> В nf_conntrack_sip добавлена поддержка протокола передачи факсимильной связи — T.38</LI>
<LI> Множество улучшений связанных с работой сетевых устройств </LI>
<LI> Добавлена поддержка виртуализации V86-режима работы CPU с помощью KVM</LI> 
<LI> Для Nouveau изменён userspace-интерфейс</LI>
<LI> Множество улучшений связанных с видеочипами производства ATI</LI>
<LI> Улучшена поддержка MacBook и мышками производства Apple</LI>
<LI> Множество улучшений связанных с gspca</LI>
</UL>
>>> <a href="http://kernelnewbies.org/Linux_2_6_34">Подробнее</a>]]></description>
</item>
<item>
<title>linux 2.6.32</title>
<link>https://rulinux.net/message.php?newsid=5344&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=5344&amp;page=1</guid>
<pubDate>Thu, 03 Dec 2009 08:15:05 +0300</pubDate>
<description><![CDATA[<br>
<br>
После 8 кандидатов в релиз, Линус выпустил 2.6.32 версию ядра Linux.
<br>
<br>
Основные изменения:
<br>
<br>
<UL>
<LI> Добавлен модуль <a href="http://ru.wikipedia.org/wiki/Direct_Rendering_Manager#.D0.A1.D0.BE.D1.81.D1.82.D0.B0.D0.B2.D0.BB.D1.8F.D1.8E.D1.89.D0.B8.D0.B5">DRM</a> для видеочипов R600/700 </LI>
<LI> Множество исправлений связанных с видеочипами производства Intel </LI>
<LI> Добавлена поддержка Intel Moorestown, <a href="http://en.wikipedia.org/wiki/Simple_Firmware_Interface">SFI (Simple Firmware Interface)</a> и ACPI 4.0 </LI>
<LI> Добавлен драйвер для работы под управлением системы виртуализации Microsoft Hyper-V </LI>
<LI> Множество исправлений в код поддержки таких файловых систем как btrfs, ocfs2, ext4, xfs, gfs2. </LI>
<LI> Множество багфикcов связанных с конкретной архитектурой микропроцессоров </LI>
</UL>
<br>
<br>
В новое ядро принято 11.838 исправлений от 1.435 разработчиков, размер патча — 63 мегабайта (добавлено 1.100.000 строк кода, удалено — 541.000).
<br>
>>> <a href="http://kernelnewbies.org/Linux_2_6_32">Подробнее</a>]]></description>
</item>
<item>
<title>В Linux-ядро будет включена поддержка KMS Page-Flipping Ioctl для видеочипов производства Intel </title>
<link>https://rulinux.net/message.php?newsid=5130&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=5130&amp;page=1</guid>
<pubDate>Thu, 12 Nov 2009 21:43:49 +0300</pubDate>
<description><![CDATA[<p>За последние несколько месяцев Kristian Høgsberg написал патч реализующий KMS page-flipping ioctl для видеочипов от Intel. Это патч должен улучшить производительность при переключении страниц памяти. Также сообщается, что аналогичный патч готов и для видеочипов производства ATI и он тоже войдёт в Linux-ядро v.2.6.32. </p><p><a href="http://marc.info/?l=dri-devel&m=125804802430958&w=2">Сам патч</a></p><br>>>> <a href="http://www.phoronix.com/scan.php?page=news_item&px=NzY5OA">Подробнее</a>]]></description>
</item>
<item>
<title>Найдены 3 уязвимости в Linux-ядре </title>
<link>https://rulinux.net/message.php?newsid=4937&amp;page=1</link>
<guid>https://rulinux.net/message.php?newsid=4937&amp;page=1</guid>
<pubDate>Mon, 26 Oct 2009 10:30:30 +0300</pubDate>
<description><![CDATA[<p>Все три уязвимости относятся к некритическим.</p><p><ul></p><p><li>&nbsp; Возможен DoS при работе с некоторыми сокетами через функцию unix_stream_connect()  <li>&nbsp; Возможность доступа к участку памяти ядра  <li>&nbsp; Потенциальная возможность повышения привилегий   </ul></p><br>>>> <a href="http://secunia.com/advisories/37086/">Подробнее</a>]]></description>
</item>
</channel>
</rss>