Линус Торвальдс представил (http://permalink.gmane.org/gmane.linux.kernel/849020) новый релиз Linux ядра - 2.6.30 (http://www.kernel.org/). В новое ядро принято более 13 тысяч исправлений от 1334 разработчиков, размер патча - 63Мб (добавлено 1 096 994 строк кода, удалено - 470 555).В код ядра 2.6.30 добавлена поддержка трех новых файловых систем:
- Файловая система NILFS2 (http://www.nilfs.org/), разработанная в недрах японской телефонной компании NTT, как система особо устойчивая к сбоям. Для хранения всех данных в NILFS2 используются подобные логам структуры, в которых только добавляются новые записи и никогда не переписываются активные. Таким образом оборванная крахом операция записи, никак не отразится на целостности хранимых данных. В NILFS используются B-tree деревья и 64-битные структуры данных, поддерживается возможность фиксации снапшотов (контрольных точек в логе) для просмотра состояния данных на определенный момент времени. Более того с данными в снапшотах м...URL: http://permalink.gmane.org/gmane.linux.kernel/849020
Новость: http://www.opennet.me/opennews/art.shtml?num=22084
Где скачать патч с rc8?
>В новое ядро принято более 13 тысяч исправлений от 1334 разработчиков, размер патча - 63Мб (добавлено 1 096 994 строк кода, удалено - 470 555).Славно поработала кузня.
Молодцы, с объёмом изменений поздравляю.
Кто-нибудь уже пробовал NILFS2? Как она по производительности и стабильности? Как-то вкусно выглядит, надо затестить...
жаль, поглядел todo, если судить по нему только для тестов она сейчас и пригодна, ну или для использования на pc, в некритичных местах:)
>Молодцы, с объёмом изменений поздравляю.
>Кто-нибудь уже пробовал NILFS2? Как она по производительности и стабильности? Как-то вкусно
>выглядит, надо затестить...насчёт стабильности даже не сомневайся, а по производительность - попробуй, потом раскажешь
производительность write на равне с ext3/4 а вот read полная ж...
а здесь http://www.linux-mag.com/id/7345/ пишут обратное
знаю знаю но в моих тестат read сильно отстает, к примеру
tiotest -t 1 -f 9000 -r 15000 -b 4096############################### /ext4 ###############################
Tiotest results for 1 concurrent io threads:
,----------------------------------------------------------------------.
| Item | Time | Rate | Usr CPU | Sys CPU |
+-----------------------+----------+--------------+----------+---------+
| Write 9000 MBs | 232.4 s | 38.728 MB/s | 0.6 % | 13.9 % |
| Random Write 59 MBs | 43.4 s | 1.349 MB/s | 0.0 % | 1.1 % |
| Read 9000 MBs | 220.0 s | 40.910 MB/s | 0.5 % | 7.3 % |
| Random Read 59 MBs | 121.5 s | 0.482 MB/s | 0.0 % | 0.8 % |
`----------------------------------------------------------------------'
Tiotest latency results:
,-------------------------------------------------------------------------.
| Item | Average latency | Maximum latency | % >2 sec | % >10 sec |
+--------------+-----------------+-----------------+----------+-----------+
| Write | 0.097 ms | 3160.168 ms | 0.00004 | 0.00000 |
| Random Write | 0.014 ms | 1.179 ms | 0.00000 | 0.00000 |
| Read | 0.095 ms | 355.041 ms | 0.00000 | 0.00000 |
| Random Read | 8.099 ms | 198.558 ms | 0.00000 | 0.00000 |
|--------------+-----------------+-----------------+----------+-----------|
| Total | 0.121 ms | 3160.168 ms | 0.00002 | 0.00000 |
`--------------+-----------------+-----------------+----------+-----------'
############################### /btrfs ###############################
Tiotest results for 1 concurrent io threads:
,----------------------------------------------------------------------.
| Item | Time | Rate | Usr CPU | Sys CPU |
+-----------------------+----------+--------------+----------+---------+
| Write 9000 MBs | 355.2 s | 25.340 MB/s | 0.3 % | 20.7 % |
| Random Write 59 MBs | 24.0 s | 2.439 MB/s | 0.1 % | 90.0 % |
| Read 9000 MBs | 191.0 s | 47.121 MB/s | 0.5 % | 12.1 % |
| Random Read 59 MBs | 124.5 s | 0.471 MB/s | 0.0 % | 1.0 % |
`----------------------------------------------------------------------'
Tiotest latency results:
,-------------------------------------------------------------------------.
| Item | Average latency | Maximum latency | % >2 sec | % >10 sec |
+--------------+-----------------+-----------------+----------+-----------+
| Write | 0.139 ms | 12096.521 ms | 0.00022 | 0.00004 |
| Random Write | 0.021 ms | 0.337 ms | 0.00000 | 0.00000 |
| Read | 0.082 ms | 218.431 ms | 0.00000 | 0.00000 |
| Random Read | 8.297 ms | 223.040 ms | 0.00000 | 0.00000 |
|--------------+-----------------+-----------------+----------+-----------|
| Total | 0.137 ms | 12096.521 ms | 0.00011 | 0.00002 |
`--------------+-----------------+-----------------+----------+-----------'
############################### /nilfs2 ###############################
Tiotest results for 1 concurrent io threads:
,----------------------------------------------------------------------.
| Item | Time | Rate | Usr CPU | Sys CPU |
+-----------------------+----------+--------------+----------+---------+
| Write 9000 MBs | 300.9 s | 29.909 MB/s | 0.4 % | 16.6 % |
| Random Write 59 MBs | 83.0 s | 0.706 MB/s | 0.0 % | 1.0 % |
| Read 9000 MBs | 523.7 s | 17.186 MB/s | 0.2 % | 5.6 % |
| Random Read 59 MBs | 386.0 s | 0.152 MB/s | 0.0 % | 0.3 % |
`----------------------------------------------------------------------'
Tiotest latency results:
,-------------------------------------------------------------------------.
| Item | Average latency | Maximum latency | % >2 sec | % >10 sec |
+--------------+-----------------+-----------------+----------+-----------+
| Write | 0.130 ms | 2861.870 ms | 0.00004 | 0.00000 |
| Random Write | 5.444 ms | 746.177 ms | 0.00000 | 0.00000 |
| Read | 0.227 ms | 240.789 ms | 0.00000 | 0.00000 |
| Random Read | 25.730 ms | 352.162 ms | 0.00000 | 0.00000 |
|--------------+-----------------+-----------------+----------+-----------|
| Total | 0.278 ms | 2861.870 ms | 0.00002 | 0.00000 |
`--------------+-----------------+-----------------+----------+-----------'
>производительность write на равне с ext3/4Простите, у EXT3 и 4 производительность несколько отличается во многих ситуациях.В случае EXT4 свое дело делают экстенты.А вот EXT3 имеет свойство быть не очень резвым на чтении\записи больших файлов в неидеальных условиях за счет отсустствия оных.Экстенты сие неплохо пролечили в ext4.Вот только чтобы в EXT-ах нормальная скорость записи была - только журналинг метаданных.А полный журналинг там тормозной по понятным причинам.Версионник может неплохо и честно журналить и данные и метаданные.Избегая ситуаций когда при крахе получается наполовину произошедшая запись данных.Да, метаданные то валидны.А что насчет данных?Версионники и на этот вопрос дают ответ без потерь скорости записи в пару раз...
> Как она по производительности и стабильности?Мое предположение: куча мелочи, особенно много файлов в 1 дире и т.п. - судя по дизайну явно не ее конек.А вот на больших файлах скорее всего в ряде случаев наверное сможет быть неплохой штукой.Из интересностей имхо снапшоты и хорошие возможности по отмене деструктивных изменений.
Мне вот интересно, это получается большая избыточность даных, если логи хранятся постоянно или они при размонтировании очищаются?
kernel.org:
The latest stable version of the Linux kernel is: 2.6.29.4 2009-05-20
The latest prepatch for the stable Linux kernel tree is: 2.6.30-rc8 2009-06-03ЧЯДНТ?
Обретаем счастье здесь:
http://www.kernel.org/pub/linux/kernel/v2.6/
1. В самой статье написано:And as usual, I'll wait a day or two before really opening the merge
window. I want people to actually test this one rather than immediately
sending me "please pull" requests. Deal?Linus
2. Я в таких случаях сразу проверяю Российские зеркала. Чего и Вам советую :) Вот прямая ссылка:
http://mirror.yandex.ru/kernel.org/linux/kernel/v2.6/linux-2...
Надеюсь, что мой комментарий окажется для Вас полезным и ответит на вопрос что Вы делали не так :)
Если б дрова для NVIDIA MX440 на нём завелись было б вообще хорошо.
Стоит отметить, что в 2.6.30 добавлена поддержка отечественной разработки - NetUP Dual DVB-S2-CI платы - http://linuxtv.org/wiki/index.php/NetUP_Dual_DVB_S2_CI
Драйвера разработаны специалистами компании НетАП.
> отечественной разработки - NetUP Dual DVB-S2-CI платыДа ну... щас таких атечественных, как собачих какашек весной...
А на самом деле - Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder (rev 03)
примеры можно услышать аналогичных отечественных разработок ?
>примеры можно услышать аналогичных отечественных разработок ?GoTview - много российских разработок
ADSL МЭЛТ МТ-101А
ADSL ZXDSL 831
Сетевое оборудование Nateks Networks - http://www.nateks-networks.ru
Сетевое оборудование НПО Альфа-Телекс - http://www.alphatelex.ru/products/
Оборудование для скоростной видеосъёмки - Fastvideo - http://www.fastvideo.ru/
>>примеры можно услышать аналогичных отечественных разработок ?
>GoTview - туева хуча российких разработагGoTview - это тайвань в чистом виде.
>ADSL МЭЛТ МТ-101А
>ADSL ZXDSL 831
>Сетевое оборудование Nateks Networks - http://www.nateks-networks.ru
>Сетевое оборудование НПО Альфа-Телекс - http://www.alphatelex.ru/products/
>Оборудование для скоростной видеосъёмки - Fastvideo - http://www.fastvideo.ru/и какое отношение ADSL модемы и оборудование для видеосъемки имеют к DVB-картам ?
Думаю дальше спорить бессмысленно ...
>>>примеры можно услышать аналогичных отечественных разработок ?
>>GoTview - туева хуча российких разработаг
>
>GoTview - это тайвань в чистом виде.Угу, и ваша карта тоже там паяется ...
> какое отношение ADSL модемы и оборудование для видеосъемки имеют к DVB-картам
"примеры аналогичных отечественных разработок?"
>>GoTview - это тайвань в чистом виде.
>Угу, и ваша карта тоже там паяется ...Тут вы не правы - плата паяется в зеленограде.
>> какое отношение ADSL модемы и оборудование для видеосъемки имеют к DVB-картам
>"примеры аналогичных отечественных разработок?"если DVB-карта и ADSL-модем в вашем понимании это аналогичные разработки, то боюсь вам надо поботать матчасть.
> то боюсь вам надо поботать матчасть.А вы не бойтесь поучите, особено про ЦАП/АЦП и теорию обработки сигналов.
ALSA обновлен до версии 1.0.20, а не 1.0.19. Поправьте, please!
Вот теперь можно переходить на Ext4 :-)
>Вот теперь можно переходить на Ext4 :-)Вам бы я посоветовал подождать еще пару лет. Ext4 станет функциональнее и стабильнее :)
ext4 весьма функционально от рождения. И у меня полностью стабильно.
Меня тут недавно спрашивают: неужели в линуксе не может быть закладок. Я отвечал что это открытое ПО и весь подозрительый код тут же обнаружится. Наверное я слукавил, поскольку одну строчку всегда можно пропустить читая миллион...
Закладки есть везде кроме кухонных эл.приборов. Другое дело нужны ли вы кому-нибудь.
>Закладки есть везде кроме кухонных эл.приборов. Другое дело нужны ли вы кому-нибудь.
>В бытовых приборах, вапще сплошные дыры, - если СВЧ засунуть каштанов и включить, у неё
наступит Overflow, в кофемолку насыпать гравия, в холодильник поставить включенный чайник,
в чайник залить бензину, телевизор смотреть, расположив его на коленях, сидя в ванной ... :)Ни СВЧ, ни холодильник с чайником, ни кофемолка, не проверяют загружаемые юзером данные,
и телевизер ногами не упирается в дверной проём когда его в ванную тащут (а ведь могли бы
запихнуть аналоговый девайс, который при повышенной влажности блокирует напряжение).
То же самое с остальными приборами.
>Меня тут недавно спрашивают: неужели в линуксе не может быть закладок. Я
>отвечал что это открытое ПО и весь подозрительый код тут же
>обнаружится. Наверное я слукавил, поскольку одну строчку всегда можно пропустить читая
>миллион...Прецедент уже был. Кто-то из коммитеров, прислал патч дающий рутовую консоль, при определённых условиях. Нашли быстро.
>>Меня тут недавно спрашивают: неужели в линуксе не может быть закладок. Я
>>отвечал что это открытое ПО и весь подозрительый код тут же
>>обнаружится. Наверное я слукавил, поскольку одну строчку всегда можно пропустить читая
>>миллион...
>
>Прецедент уже был. Кто-то из коммитеров, прислал патч дающий рутовую консоль, при
>определённых условиях. Нашли быстро.Добавлю, что данный код просматривает далеко не один человек, если, конечно, используется близкая к промышленной схема разработки. По этой схеме, чем выше риск, тем больше людей / более высокой квалификации привлекается.
Пропуск закладок может произойти только на этапе приёма патча, и то в случае слишком большого количества патчей, проходящих через одни руки. Но дальше всё равно обнаружится, потому как код постоянно читается, и другими разработчиками и мантейнеры смотрят на общее качество кода и просто интересующимися. Шанс того, что закладка будет жить долго крайне мало, кроме того сделать патч, который вносит уязвимость будет нелегко, так как вещи тривиальные видно сразу.
"Добавлена поддержка архитектуры MicroBlaze" - опа, а там уже MMU есть или до сих пор как блэкфин? Кстати, ведь теперь и процы без MMU на равне поддерживаются в Linux?
>"Добавлена поддержка архитектуры MicroBlaze" - опа, а там уже MMU есть или
>до сих пор как блэкфин? Кстати, ведь теперь и процы без
>MMU на равне поддерживаются в Linux?Поддерживаются и уже довольно давно. Правда не совсем наравне, наверное самое заметное отличие это отсутствие fork().
Да, похмельная fs тоже отжигает XD
Ура!
мы его таки выпустили.
лучшее ядро за всё время.
"Для хранения всех данных в NILFS2 используются подобные логам структуры, в которых только добавляются новые записи и никогда не переписываются активные."Я правильно понял, что объем занимаемого простраства только увеличиваеться и не уменшается даже при удалении файлов?
Полагаю речь не о файлах, а об операциях над ними (журналинг весь этот) итп, хотя и такой вариант как постоянное дописывание был бы не плох учитывая размеры накопителей.
не, старые перезаписываются, если их не снэпшотят
>Я правильно понял, что объем занимаемого простраства только увеличиваеться и не уменшается
>даже при удалении файлов?Не совсем так - garbage collector подтирает постепенно старые версии и объединяет логи от них, попутно делая по сути дефрагментацию.Занимаемое пространство - понятие условное.Потому как правильнее сказать "временно занимаемое".В конечном итоге объем занимаемого пространства может и уменьшаться.Постоянно занимают место только постоянные снапшоты.Которые к тому же создаются мгновенно - путем пометки что вон то дескать не грохать.
От нечего делать глянул график зависимости размеров тарболла сорцов от версии ядра, не очень это хорошо с другой стороны, наверное грядет массовая чистка ядра, либо оно так и будет толстеть...
Добавляются коды файловых систем, драйвера, другая фигня, которую при желании можно не компилить. Так что размер не критичен.
А по Вашему, объём оперативной памяти не растёт? Графики сравните!
Или Вы думаете, что можно добавлять новые фичи не увеличивая объём ядра?
>А по Вашему, объём оперативной памяти не растёт?При равном наборе фич - с чего б ему расти.А если вы хотите чтобы оно и жарить и парить умело - ну извините.Кого там плюс-минус мег кернельного кода колыхает?Эмбедерщиков с флехой на несколько мегов?Так они себе ядро обкусят и не будут форумы тупым нытьем засирать.А ноют всякие дятлы у которых на десктопе оперативы столько что плюс-минус мег кода в ядре никто и не заметит.Более того - если уж повоевать за оперативу так окажется что вынести всякое скриптовое и виртуальномашинное фуфло типа жав, моно, питонов и прочих с заменой программ на компактные нативные варианты - дает намного больше эффекта при намного меньшем геморрое данной операции.Один только питоновый интерпретер под себя хавает несколько мегов чисто под свой процесс "потому что он есть".Сэкономить оперативу таким манером, если уж зудит в каком-то месте - на пару порядков проще.
Как не стыдно такие кривые графики подсовывать ?
начало координат в (0;35) - нельзя так делать
Много новых вкусных ништяков!
Я NFS 4.1 жду как манны небесной!
А полный журналинг там тормозной по понятным причинам... Что так? Аргументы в студию...
