1 (17.05.2010 16:15:39 отредактировано )

Две новых файловых системы, улучшенная поддержка методов энергосбережения, предлагаемые современными аппаратными средствами,  новые или улучшенные драйвера - только несколько из сотен улучшений, которые характеризуют новую  версию ядра 2.6.34
http://static.itmages.ru/i/10/0517/s_1274083609_bec7b0b271.png

источник : http://www.h-online.com/open/features/W … 00122.html

Линус Торвальдс представил релиз Linux ядра 2.6.34, в которое принято 10167 исправлений от 1305 разработчиков, размер патча - 39 Мб (добавлено 621 тыс. строк кода, удалено - 290 тыс. строк). Около 42% всех представленных в 2.6.34 изменений связаны с драйверами устройств, примерно 27% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 7% - файловыми системами и 6% c внутренними подсистемами ядра.

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

Дисковая подсистема, ввод/вывод и файловые системы
Интегрирован код файловой системы Ceph, способной поддерживать работу хранилища объемом в несколько петабайт (1 Пб = 1024 Тб), распределенного по тысячам машин. Встроенные в Ceph механизмы репликации данных (данные разбиваются на блоки и несколько раз дублируются на разных машинах) обеспечивают чрезвычайно высокую живучесть системы. При добавлении или удалении новых узлов, массив данных автоматически ребалансируется с учетом изменения конфигурации. В Ceph имеется поддержка снапшотов, причем снапшот может быть создан не только для ФC, но и для отдельных директорий. В отличии от таких файловых систем, как GFS, OCFS2, и GPFS, в Ceph обработка данных и метаданных разделена на различные группы узлов в кластере. Ceph может работать поверх блочных устройств, внутри одного файла или через размещение данных в существующих ФС (например, XFS).
В состав ядра принят код файловой системы LogFS, специально спроектированной для использования на Flash-накопителях. В LogFS интегрирован механизм минимизации повторной перезаписи блоков, поддерживается журналирование и сжатие данных на лету. Дерево элементов файловой системы в LogFS хранится в Ext2 подобном виде, что позволило избавиться от двух главных проблем файловой системы JFFS2 - повышенного расхода памяти и длительного времени монтирования. В отличие от LogFS, в JFFS2 служебная информация записывается только в форме лога, что приводит к необходимости сканирования данных для воссоздания структуры ФС при каждом монтировании и к хранению всей структуры ФС в оперативной памяти в процессе работы (линейная зависимость от объема данных).
Значительное обновление кода файловой системы Btrfs: Для тонкой настройки ФС добавлена пользовательская утилита "btrfs". Расширены возможности по работе с подразделами и снапшотами, которые теперь можно назначать для монтирования по умолчанию (например, можно установить все обновления дистрибутива или провести эксперимент в отдельном снапшоте, а затем мгновенно переключиться на обновленный образ корневой ФС, а если возникнут проблемы - вернуться обратно). Для более точного соответствия реальной ситуации изменен метод расчета свободного места, которым оперирует утилита df. В defrag-код добавлена поддержка сжатия файлов при необходимости или дефрагментации только диапазонов байт в файле.
В реализацию файловой системы FAT добавлена поддержка больших дисков (более 2 Тб) c размером сектора 4096 байт;
В код файловой системы Squashfs интегрирована поддержка сжатия методами LZMA и LZO;
Сетевая подсистема
Реализована поддержка механизма GTSM (RFC 5082, Generalized TTL Security Mechanism), позволяющая производить легковесные проверки пакетов для выявления DoS-атак на маршрутизаторы, оперирующих наводненим фиктивными BGP-пакетами. Для подтверждения факта отправки пакета близлежащим узлом в сети, напрямую присоединенного BGP-линка, в GTSM используется поле Time to Live (TTL) (IPv4) или Hop Limit (IPv6).
Добавлена поддержка RFC 3069 (private VLAN proxy arp);
Добавлен tap-драйвер macvtap, базирующийся на mac-vlan;
В nf_conntrack_sip добавлена поддержка TCP и протокола передачи факсов T.38;
Память и системные сервисы
Реализована поддержка выполнения в асинхронном режиме операций для перехода в спящий режим и возврата из него, что позволяет значительно ускорить засыпание и просыпание системы за счет параллелизации перевода в спящий режим PCI, USB и SCSI драйверов;
Повышена эффективность работы Kprobes, путем замены где это возможно точек останова на jump-переходы. Kprobes позволяет при разработке модулей ядра динамически выводить отладочную информацию без модификации исходных текстов, пересборки и перезапуска исследуемого объекта;
Продолжено расширение возможностей отладочной подсистемы Performance Events: в утилиту "perf" (tools/perf) добавлена команда perf lock для просмотра статистики блокировок; появилась возможность проведения кроссплатформенного анализа данных, сохраненных на системе с другой архитектурой; добавлена команда "perf buildid-cache" для настройки параметров внутреннего кэша; добавлены средства для написания скриптов на языке Python для обработки трассировочных данных.
Добавлена возможность выполнения lockdep-подобных проверок при использовании механизма синхронизации RCU (Read-copy-update), позволяющего организовать одновременный доступ к данным без использования блокировок. Новая возможность позволяет избавиться от ручных операций при проверке корректности работы RCU;
Во фреймворк TOMOYO, позволяющий привязать политику безопасности процесса к файловому пути, способом похожим с AppArmor, добавлен встроенный сборщик мусора;
Оборудование и аппаратные архитектуры
Добавлена возможность смены на лету активного графического процессора для ноутбуков, снабженных несколькими GPU (мощный, но энергоемкий, и малопроизводительный с низким потреблением энергии). Несмотря на то что ядро теперь поддерживает смену GPU на лету, X-сервер все еще требует перезагрузки.
В DRM-модуль Radeon (Direct Rendering Manager) добавлена начальная поддержка карт "Radeon Evergreen" (Radeon HD 5xxx). Модуль может быть использован совместно с драйвером xf86-video-ati, но пока не поддерживает акселерацию. В модуле Nouveau представлен новый API для взаимодействия с драйвером, работающим на уровне пользователя;
В состав ядра включен улучшенный драйвер udlfb, который дает возможность задействовать в Linux видеокарты с интерфейсом USB и USB2VGA-переходники на базе чипов DisplayLink, позволяющих подключить дополнительный монитор через USB-порт;
Добавлена поддержка PATA-контроллера VIA VX900 и чипов VT6415 PCIE;
Добавлена поддержка сетевых плат: Intel 82599 Virtual Function Ethernet, Chelsio T4 gigabit и 10Gb Ethernet, Qlogic CNA, Aeroflex Gaisler 10/100/1G Ethernet, Micrel KSZ8841/2 PCI Ethernet, SMSC LAN75xx USB gigabit Ethernet, Atheros AR8152/AR8152/AR2427.
Виртуализация.
В комплект добавлен balloon-драйвер, разработанный компанией VMWare и позволяющий гипервизору виртуализированной гостевой операционной системы динамически ограничивать объём доступной оперативной памяти. При возникновении нехватки памяти, когда гипервизор обнаруживает, что ему нужно перегруппировать страницы в памяти, он инструктирует драйвер для того, чтобы тот выделил некоторое количество страниц, и физическая память была возвращена гипервизору. Позднее гипервизор, присоединяя кадровые страницы к памяти, может вернуть память гостевой ОС и проинструктировать драйвер, чтобы тот "раздул баллон".
В состав интегрирован код vhost-net, акселератора сетевых функций KVM на уровне ядра, позволяющего оптимизировать производительность сетевых операций в гостевых окружениях за счет выноса на уровень ядра всех операции по преобразованию файловых дексрипторов, снижения операций по переключению контекста и минимизации числа обращений к системным вызовам (при обработка каждого пакета производится на 4 системных вызова меньше). Тестирование показало, что использование vhost-net позволяет без модификации кода гостевых систем увеличить отзывчивость в 5 раз и довести пропускную способность сети до уровня систем не использующих виртуализацию.
Добавлена начальная поддержка эмуляции гипервизора HYPER-V.
opennet.ru

Я буду сниться тебе после смерти,  Под маской желтого шелка. Я очень тихо сыграю на флейте, И очень недолго.
  А ты пытайся в какой-то ответ  Интерпретировать звуки. (Я очень тихо играю на флейте. На грани слуха).
Я прячу в себе такую же тьму Под маской желтого шелка, Лицо собрав себе самому Из костяных осколков.

2

А дрова на ralink rt2860 не появились, а то проприетарная кака работает только до 32 ядра? ac

3

Nightwolf_ng пишет:

А дрова на ralink rt2860 не появились, а то проприетарная кака работает только до 32 ядра? ac

Various changes to the Wi-Fi stack were introduced to improve the utilisation of the power-saving mechanisms offered by modern Wi-Fi chips. Numerous patches modify the Wi-Fi drivers for the RT2800 generation and newer generations of Ralink chip-sets – however, these young drivers still don't run smoothly on many chips, which probably means that in the coming months the Ralink drivers from the staging area will remain the preferred option for many users.

Если я правильно понял, что-то улучшилось, но не до конца ac

4

Плохаа. У меня и ББ и ноут на такой. Подождем ab

5

Nightwolf_ng пишет:

А дрова на ralink rt2860 не появились, а то проприетарная кака работает только до 32 ядра? sad

4.2!! У меня работает на 33-м ведре! причём давно. ЧЯДНТ?

6

Iced пишет:
Nightwolf_ng пишет:

А дрова на ralink rt2860 не появились, а то проприетарная кака работает только до 32 ядра? sad

4.2!! У меня работает на 33-м ведре! причём давно. ЧЯДНТ?

Через ndiswrapper ?

7

Iced пишет:

ЧЯДНТ?

Отсюда - http://www.ralinktech.com/support.php?s=2 дровишки RT2860PCI/mPCI/CB/PCIe(RT2760/RT2790/RT2860/RT2890)      01/29/2010      2.3.0.0 не компилятся на 33-ем ac
emerge ralink-rt2860sta (или как его там) на 33 соответственно тоже не работает.

8 (17.05.2010 21:46:40 отредактировано )

D_Chu пишет:

Через ndiswrapper ?

Нет. Через модуль ведра rt2860sta. В gentoo-sources. Не знаю, есть ли в ванильном ведре. Даже не модулем собрал, а монолитно:

flaming@eeepc901-gentoo ~ $ zgrep RT2860 /proc/config.gz 
CONFIG_RT2860=y

И всё в шоколаде... ну по крайней мере работает. не знаю, идеально или нет. Стойкость соединения и пропускную способность карты я не мерил.

Nightwolf_ng, эээ, рискну спросить - а зачем компилить отдельным модулем то, что можно включить в состав ведра?



Или это другие дрова, и они чем-то лучше?
Объясните, может, я чего не так понял.

9

Ну тогда может я чего-то не понял oO
Это оно в staging drivers?

Толи я тогда там для своего чипа не нашел, толи оно просто не коннектилось, не помню уже :o

Найду время, займусь свеженьким ядром smile

10 (17.05.2010 22:17:01 отредактировано )

Nightwolf_ng, оно там появилось то ли с 29-го, то ли 30-го... Пользуюсь уже довольно давно.

Nightwolf_ng пишет:

Это оно в staging drivers?

Ага, там... Эх, было бы время - посмотрел бы, что там за код. ab Может, его можно отформатировать как положено - и его переведут в wireless network devices...

11

Значительное обновление кода файловой системы Btrfs

На БТРе уже можно безопасно ездить? Есть среди нас такие люди?

12

mycetophylax пишет:

Значительное обновление кода файловой системы Btrfs

На БТРе уже можно безопасно ездить? Есть среди нас такие люди?

Я езжу. Никакой разницы по сравнению с ext4 не заметил. Создал конвертированием. Разве что место под файл кторрент выделяет еще быстрее (хотя куда уж ab) Пока вылетов не было, но бэкаплю постоянно и критически важное на этом разделе не храню. Ну и дополнительными фичами, характерными для этой фс, не пользуюсь. Вот когда допилят, тогда можно и поковырять более усиленно с созданием рэйдов и прочими плюшками.

Удивляет отсутствие fsck для этой фс, что, согласитесь, настораживает ag Особенно умиляет то, что как бы существующий btrfsch способен убить раздел, судя по словам англоязычных горемык. Но нам ли, ..., бояться ...?  :lol:

В общем, для обычных условий работы вполне подходит. Тем более с .34 ядром.


Нарушение правил форума, пункт 3.2.6.
( Запрещено использовать грубые выражения и ненормативную лексику (мат), включая замаскированный. )
Вынес предупреждение Sonic.

gentoo ~amd64