Вышел (http://permalink.gmane.org/gmane.linux.kernel/819120) первый кандидат в релизы Linux ядра 2.6.30, ознаменовавший прекращение приема новых патчей с реализацией новых возможностей и переходу к процессу стабилизации кода и выявления ошибок.
В код ядра 2.6.30 добавлена поддержка сразу трех новых файловых систем:- Файловая система NILFS2 (http://www.nilfs.org/), разработанная в недрах японской телефонной компании NTT, как система особо устойчивая к сбоям. Для хранения всех данных в NILFS2 используются подобные логам структуры, в которых только добавляются новые записи и никогда не переписываются активные. Таким образом оборванная крахом операция записи, никак не отразится на целостности хранимых данных. В NILFS поддерживается возможность фиксации снапшотов (snapshot) для просмотра состояния данных на определенный момент времени, используются B-tree деревья и 64-битные структуры данных.
- Файловая система Exofs (http://patchwork.ozlabs.org/patch/22704/) (старое наз...URL: http://permalink.gmane.org/gmane.linux.kernel/819120
Новость: http://www.opennet.me/opennews/art.shtml?num=21165
А где POHMELFS?
>А где POHMELFS?$ ls drivers/staging/pohmelfs/
config.c crypto.c dir.c inode.c Kconfig lock.c Makefile mcache.c net.c netfs.h path_entry.c trans.c
>>Добавлены системные вызовы preadv() и pwritev();Довольно нтересно. Я только учу Си, и судя по описанию, этими функциями можно читать данные не в один буфер, а сразу в массив буферов, и записывать данные из массива буферов. По ссылке указано что при чтении указатель в файле может не изменяться - это как?
>По ссылке указано что при чтении указатель в файле может не изменяться - это как?Судя по ману http://www.daemon-systems.org/man/preadv.2.html , позиция передаётся явно в виде параметра, не "как обычно" двумя вызовами lseek+read. При этом тот указатель позиции, который в lseek, не используется и не изменяется (а не "может не изменяться", вроде).
Действительно, судя по параметру "off_t offset" указатель позиции должен указываться сразу при чтении, то есть использование lseek отпадает. Спасибо Вам.
>Добавлены системные вызовы preadv() и pwritev();Спустя 9 лет и в Linux ...
> добавлена поддержка сразу трех новых файловых системЯ смотрю в линукс начали усиленно сливать свои старые непрофильные разработки крупные фирмы, что бы далее самим меньше заниматься их сопровождением.
Надеюсь от этого будет прок, и не превратится всё это в свалку.
все эти "наработки" можно отключить в конфиге и не превращать ядро в свалку.
>все эти "наработки" можно отключить в конфиге и не превращать ядро в
>свалку.Что там скомпилится вообще-то никого не волнует, свалка получается в исходниках.
вообщето некачественное старьё в ядро не принимают.
безглючное, но плохо написанное тоже не принимают
>безглючное, но плохо написанное тоже не принимаютxen например
>Надеюсь от этого будет прок, и не превратится всё это в свалкуТочно, меня это тоже беспокоит. Одно дело, когда ядро простое и компилится человеком со средними способностями. Другое - когда это доступно только "мега-профи", работающим в спец-отделах компаний, типа RH или Canonical.
>>Надеюсь от этого будет прок, и не превратится всё это в свалку
>Точно, меня это тоже беспокоит. Одно дело, когда ядро простое и компилится
>человеком со средними способностями. Другое - когда это доступно только "мега-профи",
>работающим в спец-отделах компаний, типа RH или Canonical.Не беспокойтесь, для человеков со средними способностями есть старое доброе 2.0.36. :)
TOMOYO +100
Где патч на iowait? В 2.6.29 его не было. Почему его нет в 2.6.30? Мне ничего из перечисленного не надо, мне надо чтобы система не вставала раком при копировании больших файлов!
> Где патч на iowait? В 2.6.29 его не было. Почему его нет в 2.6.30? Мне ничего из
> перечисленного не надо, мне надо чтобы система не вставала раком при копировании больших
> файлов!а использование другого io-sheduler не помогает ?
Увы, не помогает.
>Увы, не помогает.А ionice -c3?
эту проблему уже 4ый месяц мусолят, переписка уже солидная, а толку 0.
http://bugzilla.kernel.org/show_bug.cgi?id=12309
так именно эта бага ложит интерактивность на лопатки при копировании больших файлов на другой раздел?
>так именно эта бага ложит интерактивность на лопатки при копировании больших файлов
>на другой раздел?Вот так тоже ложится :)
dd if=/dev/zero of=/TEST bs=1M count=1M conv=fdatasync;
ionice, chrt, taskset, numactl - как по отдельности, так и в комбинациях НЕ ПОМОГАЮТ.swapness=100 - ф топку,
mount -o remount,relatime - вроде ещё не реализовали толком.
Немного лечит (для XFS)for i in `ps ax | grep [x]fs | awk '{print $1}'`; do ionice -c1 -p $i; done;
for i in `ps ax | grep [x]fs | awk '{print $1}'`; do chrt -f -p 99 $i; done;Но тут процессор (core), жрет в три раза больше, где-то порядка 34-40%
Четвёртый месяц говорят, что нашли и скоро поправят. А первые сообщения об этой баге датируются ещё 2004 годом. Просто с очередного релиза она расцвела особенно пышно, а может просто совпало с обновлением чипсетов и появлением у многих необходимости в использовании нескольких sata-винтов (на старой системе на 865PE с 1 sata и 1 ide винтами я этой баги не видел, на P45 с 2-я sata увидел, оценил).
Радует, что уделяется внимание безопасности, а не только драйверам)))))))))
не увидел в changelog поддержки xen dom0. грустно
>не увидел в changelog поддержки xen dom0. грустнопусть xen нормально напишут, тогда и включат
>>не увидел в changelog поддержки xen dom0. грустноКонтекстный поиск по :-
http://linux.derkeiler.com/Mailing-Lists/Kernel/2009-04/thre...
показывает, что Jeremy Fitzhardinge с 07-04 по 09-04 участвует в обсуждении.
Смотри хотя бы этот участок:-
http://linux.derkeiler.com/Mailing-Lists/Kernel/2009-04/msg0...
там затронут pci-swiotlb.c из-за поддержки Xen Dom0 и похоже изменения
для Xen Dom0 перенесены в отдельный файл, подключаемый только для сборки
с поддержкой Xen Dom0. Думаю без обсуждения с FUJITA Tomonori такого рода
решения приять трудно. Fitzhardinge видит, естественно, свою проблему как
главную.
Не зная их правил, трудно понять для чего это делается именно сейчас.
>не увидел в changelog поддержки xen dom0. грустноСкладывается впечатление , что у J.F. нет достаточного опыта при прохождении
merge window. Ему устроили , что то вроде "учебки". Смысл ? если конечная цель
отклонить.Вопрос, в реальности, слишком важен не для десктопов, а для промышленных
серверов. То, что KVM не решение , то же всем понятно вне связи с заявлениями
топ менеджеров Red Hat.
>>не увидел в changelog поддержки xen dom0. грустно
>
>Складывается впечатление , что у J.F. нет достаточного опыта при прохождении
>merge window. Ему устроили , что то вроде "учебки". Смысл ? если
>конечная цель
>отклонить.Вопрос, в реальности, слишком важен не для десктопов, а для промышленных
>серверов. То, что KVM не решение , то же всем понятно вне
>связи с заявлениями
>топ менеджеров Red Hat.отчего не решение и почему вы за всех берётесь говорить?
>> То, что KVM не решение , то же всем понятно вне
>>связи с заявлениями
>>топ менеджеров Red Hat.
>
>отчего не решение и почему вы за всех берётесь говорить?Нет проблем. Если Вас это устраивает, то у Вас все прекрасно.
>не увидел в changelog поддержки xen dom0. грустноНа данный момент:-
[RFC GIT PULL (late)] Xen updates for v2.6.30
http://linux.derkeiler.com/Mailing-Lists/Kernel/2009-04/msg0...
Последующие:-
http://linux.derkeiler.com/Mailing-Lists/Kernel/2009-04/msg0...
http://linux.derkeiler.com/Mailing-Lists/Kernel/2009-04/msg0...
2.6.30 не будет содержать Xen Dom0 support.
Фактически, код есть и работает (http://lxer.com/module/newswire/view/118112/index.html)
если ветвь push2/xen/dom0/master из git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git в порядке на настоящий момент.
> не увидел в changelog поддержки xen dom0. грустноСкорее всего и не будет. У них есть своя цацка - kvm. Ничего не умеет, зато идеологически правильная.
>> не увидел в changelog поддержки xen dom0. грустно
>
>Скорее всего и не будет. У них есть своя цацка - kvm.
>Ничего не умеет, зато идеологически правильная.чего не умеет?
2.6.30-rc1-tip with Xen Dom0 support may be build via :-
git://git.saout.de/linux-dom0-pvops.git
# git clone git://git.saout.de/linux-dom0-pvops.git linux-2.6-xen
# cd linux-2.6-xen
# make menuconfig
Детально конфигурировал как в :-
http://bderzhavets.wordpress.com/2009/03/29/setup-xen-unstab.../
В реальности, разработана схема, позволяющая оперативно добавлять к ядру Linux (2.6.29, 2.6.30) Xen Dom0 support . Именно то, что не получилось в проекте Fedora и определило KVM как стратегическую линию RedHat и Canonical Ltd (Ubuntu).
Per Jeremy Fitzhardinge (23-04-09) :-
In git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git:
The new branch structure is similar to the old one in overall layout. There are two "merged" branches:
* xen-tip/master - will try to keep as a known-working branch, with only tested changes
* xen-tip/next - current bleeding edge; should at least compile
> Новая система позволяет исполнять только файлы, имеющие корректную цифровую подпись, при изменении или замене файла его выполнение будет блокировано.Я с удивлением узнал, что до этого момента в ядре этого не было.
Забавно то, что я собирался как-нибудь организоваться и собрать сервер с репозитарием, в котором все пакеты пересобраны из исходников и содержат цифровую подпись. А самой фишки-то не было. :)
>А самой фишки-то не было. :)Подпись для пакетов есть тыщу лет. Здесь говорится (насколько я понял) о подписи для каждого бинарника в системе.
В 2.6.30 добавлена поддержка отечественной разработки - NetUP Dual DVB-S2-CI платы - http://linuxtv.org/wiki/index.php/NetUP_Dual_DVB_S2_CI
респект !
Про проблему iowait - кажись дело сдвинулось с мертвой точки
см. bug http://bugzilla.kernel.org/show_bug.cgi?id=12309#c360 , пост 360
Там человек пишет, что сделал revert двух патчей 2007-го года (когда проблема впервые появилась), и после люди пишут, что производительность повысилась драматично ...
Плиз кто-нибудь попробуйте сделать это и отпишите сюда ;-)