LINUX.ORG.RU

Вышло ядро Linux 3.1

 ,


0

0

После продолжительной разработки (приблизительно 3 месяца — самый долгий период за последнее время — в основном, «благодаря» взлому kernel.org) вышла новая версия ядра Linux 3.1.

Из нововведений следует отметить:

  • в сетевой подсистеме:
    • добавлена поддержка чипов Wi-Fi Realtek RTL8192DE и RTL8188DE PCIe;
    • реализовано Wake on Wireless LAN в драйверах Intel;
    • в драйвер ath9k добавлена поддержка AR9330;
    • в драйвер b43 добавлена поддержка множества карт 802.11n;
    • улучшена поддержка ipset;
    • увеличена производительность сетевой подсистемы в виртуализированных средах;
    • добавлена поддержка технологии NFC;
  • в подсистеме хранения данных и ФС:
    • барьеры в ext3 включены по умолчанию;
    • улучшена поддержка SSD в ext4;
    • повышена производительность btrfs благодаря переработке механизма блокировок;
    • расширена реализация pstore;
    • LIO (iSCSI) обновлено до версии 4.1;
    • программный RAID теперь поддерживает работу с бэд-блоками;
    • расширена поддержка SSD в dm-crypt;
    • dm теперь поддерживает сохранение метаданных на выделенном устройстве;
    • в реализацию параллельной NFS (pnfs) добавлена поддержка IPv6;
  • в архитектуре:
    • гипервизор Xen теперь может контролировать VGA;
    • добавлен проброс (pass through) устройств PCI/PCIe гостевым системам Xen;
    • добавлена возможность изменять объём ОЗУ гостевых систем Xen «на лету»;
    • в KVM добавлена начальная поддержка вложенной виртуализации;
    • ядро теперь может динамически изменять скорость записывания данных в зависимости от скорости записи устройства хранения данных во избежание перегрузки системы;
    • улучшено быстродействие SLUB;
    • добавлена поддержка архитектуры OpenRISC;
    • добавлена поддержка процессоров серии UltraSPARC-T3;
    • добавлена поддержка энергодоменов (power domains);
  • в драйверах:
    • в Nouveau добавлена возможность генерации микрокода для чипов Fermi;
    • в драйвер Radeon добавлена поддержка вычислительных команд (для серии HD 5000);
    • добавлена поддержка Creative Titanium HD;
    • расширен спектр поддерживаемых устройств DVB;
    • улучшен драйвер Intel GMA500 (всё ещё находится в staging, так как кроме KMS ничего не умеет);
    • добавлена возможность регулирования яркости на Dell Latitude X200;
  • а также:
    • добавлена поддержка множества других устройств;
    • представлены различные полезные возможности;
    • исправлены баги;
    • и прочее-прочее-прочее.

Новость подготовлена по мотивам H Online, а именно: раз, два, три и четыре.

Детальнее о новшествах и отдельно о драйверах

О новшествах на английском

Скачать тарболл исходников

Скачать патч для ядра 3.0

Анонс на LWN

>>> Официальный анонс

★★★★★

Последнее исправление: post-factum (всего исправлений: 11)

Ответ на: комментарий от BattleCoder

> zen перестал быть заплаткой и стал форком ядра?

Я долго думал, что на это ответить, но в конце концов решил, что не смогу пробить такую прочную стену непонимания сути предмета.

Скажем так, если после включения определённых коммитов в свою ветку git-репозитория Линус выполняет команду git tag, почему разработчики Zen непременно должны делать то же самое? Технически они могут вливать код из репозитория ядра в свой репозиторий в любой удобный им момент, код из репозиториев с дополнительной функциональностью типа BFQ — тоже в любой удобный им момент. Так они и поступают. Что здесь может быть непонятно?

anonymous
()
Ответ на: комментарий от anonymous

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

ArtKun ★★★★★
()
Ответ на: комментарий от glibych

md

на P-200 былинно глючил (иногда) md.:)
ему просто ширины шины + процессора не хватало.

mumpster ★★★★★
()
Ответ на: комментарий от troop

у меня lvm с томом на два диска тормозил на видео 1080p

wingrime
()
Ответ на: комментарий от xorik

>> программный RAID теперь поддерживает работу с бэд-блоками;

вот это интересно, где почитать подробности?


Грубо говоря, можно для начала глянуть на эту проблему с этой стороны: Существенный прогресс в проекте ZFS для FreeBSD (комментарий) когда искусственно создаётся видимость BAD-секторов на одном из дисков, а MD-RAID не может самостоятельно определить проблему.

То есть, MD-RAID (в конфигурации RAID-1 и RAID-5) никак не реагировал на повреждение части данных на одном из дисков в массиве, а отдавал мусор, так как не было механизма контроля чётности при чтении. Очень затратно сверять блоки данных с двух дисков в RAID-1 одновременно при обычной работе. Кстати, такую операцию на относительно дешёвых аппаратных RAID проводят отдельной инструментальной утилитой от производителя, запуская её фоновым процессом или во время профилактических работ. На дорогих RAID процесс чтения блоков данных верифицируется в реальном времени.

Для MD-RAID не было средств автоматического определения сбойного блока на конкретном диске. И только явные и периодические ошибки в определённом файле могли заставить администратора обратить внимание на целостность массива, проверить синхронность дисков в зеркале и подсказать MD-RAID, какой из двух дисков сбойный, а сам массив перевести в DEGRADED режим работы для последующего восстановления-синхронизации.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Странно, у меня при бэдах mdadm автоматом выкидывал винт из массива и отправлял письмо, что у вас рейд развалился

xorik ★★★★★
()
Ответ на: комментарий от xorik

бэды могут на разных этапах работы влиять на рейд. mdadm раньше выкидывал из рейда диск в случае, если при записи произошла ошибка. Если бэд проявляется при чтении данных, то там возможны варианты: зависит от типа бэда, при некоторых бедах возвращается ошибка и опять же mdadm выкидывает устройство из массива, при некоторых этого не происходит и есть вероятность появления мусора.

Сейчас md будет резервировать место под bad-block-list и писать туда эти блоки. Цель всего этого как раз в том, чтобы диск не выкидывало из массива как можно дольше.

Все это очень подробно расписано самим Neil Brown в тех ссылках, что я привел на первой странице, в том числе и все виды бэдов, которые распознает md.

troop
()

О появилось в портежах. Попробуем собрать

micro-chipset
()

Фигасебе....

Надо опять воткнуть xen и поиграться. :)

P.S. Долго пытался отстроиться от версии андроида.

jackill ★★★★★
()
Ответ на: комментарий от m1ke

Я так понял там единственное условие, версия metadata должна быть 1.XX

xorik ★★★★★
()
Ответ на: комментарий от m1ke

>А если зеркало 5-го уровня уже построено - после обновления ядра можно воспользоваться этой функцией?

Пока нет,

I hope to add support to add a bad block list to an existing 1.x array at some stage, but support for 0.90 metadata is not expected to ever be added.


Т.е. возможность добавления bad block list в существующий raid с metadata 1.x предполагается в будущем.

troop
()

> улучшен драйвер Intel GMA500 (всё ещё находится в staging, так как кроме KMS ничего не умеет);

Я не доживу, но внуки будут счастливы :)

One ★★★★★
()
Ответ на: LVM от mumpster

mumpster> если будут внезапно какие-то грабли с LVM (скажем, свет выключили)

Откуда вы такие беретесь? раньше слетит ФС, чем LVM

sdio ★★★★★
()
Ответ на: LVM от mumpster

>AVL2, ну чо ты как маленький? не знаешь, чтоле как в домашних услвоиях дела обстоят?

у меня дома пара компов есть, так что, по идее, знаю.

я имел ввиду, что если будут внезапно какие-то грабли с LVM (скажем, свет выключили), то может кончиться восстановлением с РК.

в то время как простой raid как правило выживает.

Все наоборот. Простой раид так и норовит сдохнуть безо всяких выключений питания. Я за последнюю неделю два раида пересинхронизировал. Чего он там с 5 и 0 уровня диски выкидывал, хрен его знает. А lvm как раз пашет, пока лопатой не убъешь. От него ведь не требуется следить за сохранностью данных, вот он и не следит.

Без раида...три диска в lvm

читать умеешь? при 1-2-3 дисках LVM вообще не нужен.

LVM нужен даже на одном диске. Удобно выделять партиции по мере необходимости. Удобно для /var/log и /boot иметь устройства вида /dev/system/log, /dev/system/boot, а не /dev/sda5 и /dev/sda3

AVL2 ★★★★★
()
Ответ на: комментарий от iZEN

>Очень затратно сверять блоки данных с двух дисков в RAID-1 одновременно при обычной работе.

Ну и как на обычных дисках с обычным контроллером в реалтайме считать контрольные суммы отдельно взятых блоков при каждой операции чтения/записи?

AVL2 ★★★★★
()
Ответ на: комментарий от bornbewild

> также страдаю от отсуствия на моём lenovo g570 изменения подсветки. вот подумываю начать разбиратся в коде ядра и железках. авось смогу сделать что то полезное.

Вы про чего подсветку? Кнопочег? А на alienware-буках подсветкой не управляли?

dr_dobermann
()
Ответ на: комментарий от AVL2

Очень затратно сверять блоки данных с двух дисков в RAID-1 одновременно при обычной работе.

Ну и как на обычных дисках с обычным контроллером в реалтайме считать контрольные суммы отдельно взятых блоков при каждой операции чтения/записи?

Определённо, стоит почитать про ФС со сквозной целостностью данных, и как и чем эта целостность обеспечивается.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

>Определённо, стоит почитать про ФС со сквозной целостностью данных, и как и чем эта целостность обеспечивается.

определенно, чтобы посчитать контрольную сумму блока, его надо прочитать. Чтобы сравнить контрольные суммы в зеркале, надо прочитать один и тот же блок с каждого тома, посчитать суммы и сравнить. Значит, прощай ускорение чтения на зеркале и, наоборот, здрассте тормоза.

По идее, можно считать и записывать контрольные суммы каждого блока при записи и снова подсчитывать их при чтении, но это же убъет любую универсальную дисковую подсистему.

AVL2 ★★★★★
()

Кто-нибудь под arm9260 собрал его запускал на mmc/sd??

v1go
()
Ответ на: комментарий от post-factum

Поменялось. Машина, на которой отродясь не было 12309, на которой можно было пускать компиляцию в пять потоков и смотреть видео, которая выдержала пару пересборок мира в фоне без тормозов, которая все и всегда копировала на флешку играючи, теперь встает колом при компиляции свежего фаерфокса. Конфиг взят с предыдущего ядра. Причем, на 3.0.7 никаких проблем нет. Система gentoo amd64.

cchr
()
Ответ на: комментарий от AVL2

> у меня дома
у меня тоже. но речь не идёт про гиков типа нас тобой, а про среднестатического хомячка.

Простой раид так и норовит сдохнуть

дооо! вот честно -ни разу не было проблем с raid1 и 5 без причины.
а вот с LVM залёты - были.

LVM нужен даже на одном диске.../dev/system/log

сомнительное удобство. тогда проще всё на 1 разделе и держать.
в чём сокровенный смысл, объясни?

mumpster ★★★★★
()
Ответ на: комментарий от AVL2

> считать и записывать контрольные суммы каждого блока
тут я с изенем соглашусь - етсь проблемка и её надо решать, но zfs решает её не для 100% случаев. кроме того, на самом деле мало кому надо просто знать что есть косяк - обычно хочется ето как-то исправить.
если исходить из тех же посылок что и для CD -получается примерно 32 байта на каждый 512-байтный блок.

mumpster ★★★★★
()
Ответ на: комментарий от AVL2

> Чтобы сравнить контрольные суммы в зеркале, надо прочитать один и тот же блок с каждого тома, посчитать суммы и сравнить.

А зачем сравнивать? Читаешь любой диск в зеркале, считаешь контрольную сумму, сравниваешь с той, что в указателе на блок и готово.

mukoh
()
Ответ на: комментарий от Obey-Kun

Новая нумерация версий всё же очень приятна.

Нееее... Вот бывало посмотришь на версию, например *.*.100500, и сразу понимаешь - много лет работы, куча бессонных ночей у тысяч программистов... А тут всего-то 3.1, фи...

Deleted
()
Ответ на: комментарий от Obey-Kun

> 1:48:14

так ты бы тред создал, на уютненьком

x0r ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.