| |
| 2.4, Аноним (-), 14:24, 09/04/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>А где 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
| | |
|
| 1.3, slek (??), 14:22, 09/04/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>>Добавлены системные вызовы preadv() и pwritev();
Довольно нтересно. Я только учу Си, и судя по описанию, этими функциями можно читать данные не в один буфер, а сразу в массив буферов, и записывать данные из массива буферов. По ссылке указано что при чтении указатель в файле может не изменяться - это как?
| | |
| |
| 2.7, Andrey Mitrofanov (?), 14:55, 09/04/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>По ссылке указано что при чтении указатель в файле может не изменяться - это как?
Судя по ману http://www.daemon-systems.org/man/preadv.2.html , позиция передаётся явно в виде параметра, не "как обычно" двумя вызовами lseek+read. При этом тот указатель позиции, который в lseek, не используется и не изменяется (а не "может не изменяться", вроде).
| | |
| |
| 3.11, slek (??), 16:19, 09/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
Действительно, судя по параметру "off_t offset" указатель позиции должен указываться сразу при чтении, то есть использование lseek отпадает. Спасибо Вам.
| | |
|
| 2.21, cvsup (ok), 23:11, 09/04/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Добавлены системные вызовы preadv() и pwritev();
Спустя 9 лет и в Linux ...
| | |
|
| 1.5, vadiml (?), 14:38, 09/04/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> добавлена поддержка сразу трех новых файловых систем
Я смотрю в линукс начали усиленно сливать свои старые непрофильные разработки крупные фирмы, что бы далее самим меньше заниматься их сопровождением.
Надеюсь от этого будет прок, и не превратится всё это в свалку.
| | |
| |
| 2.8, Аноним (-), 15:12, 09/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
все эти "наработки" можно отключить в конфиге и не превращать ядро в свалку.
| | |
| |
| 3.16, clamav (?), 17:25, 09/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>все эти "наработки" можно отключить в конфиге и не превращать ядро в
>свалку.
Что там скомпилится вообще-то никого не волнует, свалка получается в исходниках.
| | |
| |
| 4.18, Georges (ok), 18:58, 09/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
вообщето некачественное старьё в ядро не принимают.
безглючное, но плохо написанное тоже не принимают
| | |
|
|
| 2.19, Аноним (-), 19:58, 09/04/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Надеюсь от этого будет прок, и не превратится всё это в свалку
Точно, меня это тоже беспокоит. Одно дело, когда ядро простое и компилится человеком со средними способностями. Другое - когда это доступно только "мега-профи", работающим в спец-отделах компаний, типа RH или Canonical.
| | |
| |
| 3.27, Michael Shigorin (ok), 13:27, 10/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
 >>Надеюсь от этого будет прок, и не превратится всё это в свалку
>Точно, меня это тоже беспокоит. Одно дело, когда ядро простое и компилится
>человеком со средними способностями. Другое - когда это доступно только "мега-профи",
>работающим в спец-отделах компаний, типа RH или Canonical.
Не беспокойтесь, для человеков со средними способностями есть старое доброе 2.0.36. :)
| | |
|
|
| 1.9, alex (??), 15:21, 09/04/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Где патч на iowait? В 2.6.29 его не было. Почему его нет в 2.6.30? Мне ничего из перечисленного не надо, мне надо чтобы система не вставала раком при копировании больших файлов!
| | |
| |
| 2.10, проаво (?), 15:40, 09/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
> Где патч на iowait? В 2.6.29 его не было. Почему его нет в 2.6.30? Мне ничего из
> перечисленного не надо, мне надо чтобы система не вставала раком при копировании больших
> файлов!
а использование другого io-sheduler не помогает ?
| | |
| |
| 3.13, fredy (?), 17:10, 09/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
так именно эта бага ложит интерактивность на лопатки при копировании больших файлов на другой раздел?
| | |
| |
| 4.37, pavlinux (ok), 14:56, 12/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>так именно эта бага ложит интерактивность на лопатки при копировании больших файлов
>на другой раздел?
Вот так тоже ложится :)
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%
| | |
|
| 3.15, alex (??), 17:24, 09/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
Четвёртый месяц говорят, что нашли и скоро поправят. А первые сообщения об этой баге датируются ещё 2004 годом. Просто с очередного релиза она расцвела особенно пышно, а может просто совпало с обновлением чипсетов и появлением у многих необходимости в использовании нескольких sata-винтов (на старой системе на 865PE с 1 sata и 1 ide винтами я этой баги не видел, на P45 с 2-я sata увидел, оценил).
| | |
|
|
| |
| 2.26, Аноним (-), 13:07, 10/04/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>не увидел в changelog поддержки xen dom0. грустно
пусть xen нормально напишут, тогда и включат
| | |
| 2.30, Борис Державец (?), 21:43, 10/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
 >не увидел в changelog поддержки xen dom0. грустно
Складывается впечатление , что у J.F. нет достаточного опыта при прохождении
merge window. Ему устроили , что то вроде "учебки". Смысл ? если конечная цель
отклонить.Вопрос, в реальности, слишком важен не для десктопов, а для промышленных
серверов. То, что KVM не решение , то же всем понятно вне связи с заявлениями
топ менеджеров Red Hat.
| | |
| |
| 3.32, pavel_simple. (?), 01:08, 11/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>не увидел в changelog поддержки xen dom0. грустно
>
>Складывается впечатление , что у J.F. нет достаточного опыта при прохождении
>merge window. Ему устроили , что то вроде "учебки". Смысл ? если
>конечная цель
>отклонить.Вопрос, в реальности, слишком важен не для десктопов, а для промышленных
>серверов. То, что KVM не решение , то же всем понятно вне
>связи с заявлениями
>топ менеджеров Red Hat.
отчего не решение и почему вы за всех берётесь говорить?
| | |
| |
| 4.34, Борис Державец (?), 11:45, 11/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>> То, что KVM не решение , то же всем понятно вне
>>связи с заявлениями
>>топ менеджеров Red Hat.
>
>отчего не решение и почему вы за всех берётесь говорить?
Нет проблем. Если Вас это устраивает, то у Вас все прекрасно.
| | |
|
|
| 2.39, mrkooll (?), 16:29, 13/04/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> не увидел в changelog поддержки xen dom0. грустно
Скорее всего и не будет. У них есть своя цацка - kvm. Ничего не умеет, зато идеологически правильная.
| | |
| |
| 3.40, pavel_simple (ok), 16:39, 13/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>> не увидел в changelog поддержки xen dom0. грустно
>
>Скорее всего и не будет. У них есть своя цацка - kvm.
>Ничего не умеет, зато идеологически правильная.
чего не умеет?
| | |
| 3.41, Борис Державец (?), 15:19, 14/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
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-unstable-dom0-with-2629
В реальности, разработана схема, позволяющая оперативно добавлять к ядру Linux (2.6.29, 2.6.30) Xen Dom0 support . Именно то, что не получилось в проекте Fedora и определило KVM как стратегическую линию RedHat и Canonical Ltd (Ubuntu).
| | |
| |
| 4.43, Борис Державец (?), 11:48, 24/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
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
| | |
|
|
|
| 1.31, Руслан (?), 00:50, 11/04/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Новая система позволяет исполнять только файлы, имеющие корректную цифровую подпись, при изменении или замене файла его выполнение будет блокировано.
Я с удивлением узнал, что до этого момента в ядре этого не было.
Забавно то, что я собирался как-нибудь организоваться и собрать сервер с репозитарием, в котором все пакеты пересобраны из исходников и содержат цифровую подпись. А самой фишки-то не было. :)
| | |
| |
| 2.35, anonymouz (?), 17:38, 11/04/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>А самой фишки-то не было. :)
Подпись для пакетов есть тыщу лет. Здесь говорится (насколько я понял) о подписи для каждого бинарника в системе.
| | |
|
| |
| 2.44, Алексей (??), 14:03, 09/06/2009 [^] [^^] [^^^] [ответить]
| +/– |
Про проблему iowait - кажись дело сдвинулось с мертвой точки
см. bug http://bugzilla.kernel.org/show_bug.cgi?id=12309#c360 , пост 360
Там человек пишет, что сделал revert двух патчей 2007-го года (когда проблема впервые появилась), и после люди пишут, что производительность повысилась драматично ...
Плиз кто-нибудь попробуйте сделать это и отпишите сюда ;-)
| | |
|
|
