LINUX.ORG.RU

Релиз стабильной версии realtime-ядра Linux 2.6.34-rt

 , , ,


0

0

Состоялся релиз стабильной версии ядра Linux, модифицированного для использования в системах реального времени. Это ядро используется в промышленных дистрибутивах MontaVista, Red Hat и Novell.

На данный момент ядро -rt содержит около пятисот патчей, накладываемых поверх основного ядра. С момента выхода 2.6.33-rt было внесено более десяти тысяч коммитов. Интересен подход к проблеме тестирования, применённый в процессе подготовки 2.6.34-rt: все десять тысяч коммитов были разбиты на 400 групп, в среднем по 25 патчей в каждом. Далее группы поочерёдно применялись к ядру 2.6.33-rt и тестировались на предмет рассогласований с основными пятьюстами патчами.

Также заслуживает внимания факт постоянного уменьшения количества патчей в ядре -rt в силу перетекания их в основное ядро. Интеграция всех патчей проекта PREEMPT_RT, который и занимается выпуском ядер -rt, может завершиться к концу текущего года или в начале следующего. Вышеописанный метод слияния патчей потребовал всего около двух месяцев на переход от 2.6.33 к 2.6.34. Поэтому, при сохранении таких темпов работы, для интеграции патчей реального времени в ядро 2.6.38 потребуется около восьми месяцев.

>>> Подробности



Проверено: post-factum ()
Последнее исправление: post-factum (всего исправлений: 1)
Ответ на: комментарий от KOV

{оффтоп}Да, Ваших жён-подруг-девушек - с 8 Марта!

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

> Вам --- видимо, ничего. Вы читать не хотите. И думать тоже.

Я просмотрел еще раз нашу дискуссию, так вы как будто бы отрицаете, что ОС реального времени не должна допускать операций дольше, чем разрешено.

cvs-255 ★★★★★
()
Ответ на: комментарий от dimon555

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

Не сказки. Федора 14 - тормозит при любой дисковой активности. Зюзя, Убунта и т.п. работают отлично. Причём знаю людей у которых федора работает нормально - тут явно всё зависит от ядрёных драйверов.

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

>Людям, работающим со звуком, rt ядро нафиг не упёрлось.

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

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

>Рилтайм - это ДЕТЕМЕНИРОВАННОСТЬ, а не скорость.

Золотые слова.

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

>Реалтайм - это гарантированное обеспечение реакции на событие, которое может произойти в любой момент.

Глупости. Даже QNX такого не гарантирует.

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

>господа, для чего оно нужно вообще реально? вот на домашней машине для чего-нибудь пригодится?

нет.

golodranez ★★★★
()
Ответ на: комментарий от cvs-255

>Приведу пример: есть система управления 10 станками на конвеере. Каждый станок должен захватить деталь, обработать ее и опустить. Но в некий момент на одном из станков что-то происходит и деталь не отпускается. Описанная вами система будет ждать, пока он отпустит деталь, не останавливая остальные станки и конвеер. В то время как система реального времени по истечении стандартного времени скажет, что произошла ошибка, остановит конвеер и пошлет сигнал оператору о сбое.

полная чушь.

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

>> Людям, работающим со звуком, rt ядро нафиг не упёрлось.

Согласен.

Ну bolmer - тролль и дурак, а ты-то? Все ранние работы по реальному времени в Linux были ради звука (lowlat, PREEMPT, -vp). Да и сейчас самое известное применение - JACK.

tailgunner ★★★★★
()
Ответ на: комментарий от cvs-255

Что ты всё со своими станками? Да это хрень всё по сравнению с ядерными реакторами - и что будет если твоя система сбросит процесс управления АЗ?

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

Ну я просто лет 10 назад много писал под виндой - Sonar под линукс небыло:)) Както и без RT обходился.

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

> прямо сейчас

фига се, и ютуб смотрим и фильмы...

система: P4 3.2 Prescott


так 12309 на более-новых системах вылазит. у меня был на 2х ноутах с pm965 и на каком-то 2хголовом АМД-десктопе (чипсет забыл), а вот на qm57 пропал (тьфу-тьфу-тьфу). есть и prescott - тому побоку тоже...

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

>ОК, пиши сюда или в личку адрес и телефон.

Земляк, вот эти понты тебя не красят.

Присоединяюсь. Мужик, вроде, адекватный, а тут занесло...

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

>Какой там риалтайм? Аш смешно. Ядро должно быть такое как у QNX.

Ещё один фанат микроядер? Ты по QNX хоть прогал? Багов там хоть жопой жуй - плюс эта мифическая стабильность микроядра... я както повесил(именно повесил, ни телнет, ни ssh не откликались) QNX просто издеваясь над ifconfig

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

> Может какую не ту звукозапись имею ввиду? :)

Не знаю, может быть. Или ты не всё знаешь об этом Sonar. Или изобразить что-то похожее на RT можно на любой ОС (тем более, что у NT вытеснимое ядро, есть класс планирования RT, а сам Катлер в предыдущей жизни разработал минимум 2 RTOS).

tailgunner ★★★★★
()
Ответ на: комментарий от cvs-255

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

Скажи праду - ты хоть чуть работал с RT системами? Просто твой пример это [куча нецензурной брани]! У тебя узкое место сеть - 3 милисекунды? 5? 10? Столько у тебя там в таймере?

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

>Или ты не всё знаешь об этом Sonar.

Тупо прописывал партии, подгружал самплы живых инструментов и играл под это на гитаре, которая торчала в линейный вход через процессор дигитех.

Может чего и не знаю, тогда этот сонар назывался Cakewalk

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

> я както повесил(именно повесил, ни телнет, ни ssh не откликались) QNX просто издеваясь над ifconfig

ifconfig <interface> down

-or-

ifconfig <inteface> 0.0.0.0

-or-

etc...

И ни телент, ни ssh не будут откликаться. Неожиданно?

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

> так 12309 на более-новых системах вылазит.

У меня 12309 вылазил на селеронах в 370-м сокете (если помните, что это такое), на которых работали системы с ядром 2.6.18. Да-да, тем самым, якобы свободным от этого бага. Симптомы были классическими - при более-менее заметной нагрузке на диск X'ы вставали раком.

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

хм.. ну может быть, но я впервые слышу
у меня была с годика 2 тому «подстольная» торренто-качалка на переделанном cusl2-c и tualatin (кажется 1000А), так она жила себе и есть не просила - качала/раздавала и т.п., без каких либо тормозов. в то время, как на ноуте (c2d) если я вдруг не дай Бог запускал расчет контрольных сумм для торрентов или в linuxdc++ — можно было смело жать ресет или идти гулять куда-то на пару часов..
12309 на .18 кстати и проявился впервые...

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

> и что будет если твоя система сбросит процесс управления АЗ?

Вообще не читал что-ли, что я написал? Где я писал, что _любая_ система РВ должна вырубать все при сбое? где? Я писал, что любая такая система должна немедленно сообщить об ошибке, а не пытаться молча повторять неудавшееся действие.

cvs-255 ★★★★★
()
Ответ на: комментарий от r0mik

>> прямо сейчас

фига се, и ютуб смотрим и фильмы...

ну это чисто для эксперимента.

так 12309 на более-новых системах вылазит.

что делает ситуацию ещё более странной О_о

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

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

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

я выше писал: http://www.linux.org.ru/news/kernel/5982042#comment-5986845 , что копировал ~30 гб и всё шло отлично при этом.

копировал из ~/Torrent/Папка с BD/ в ~/

винт подключён был один такой: http://www.dns-shop.ru/nn/price_detail.php?i=109940 (там 1 пластина на 500 гб)

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

ах да, если с моим гигабайтом памяти запустить виртуалбокс с убунтой, то тормоза будут. но это, наверное, не 12309, а нехватка памяти/процессора/жёсткий своппинг. ибо когда используется память на 920 мб (из 997) и swap на 400-600 мб, то, очевидно, 12309 не при чём :)

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

Просто копирование не тормозит , а именно разархивирование и именно в mc . Если ark'ом то все нормально. Памяти у меня 4гб и проц 4 ядра , но вся система колом вставала

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

ок. напишите,пожалуйста, порядок действий, в результате которого система встаёт колом:

какие файлы сунуть в архив. лучше идентичное. если из /dev/null набрать нулей и из них сделать образ, а его заархивировать, то при разархивировании тормозить будет? если да, то пишите точную последовательность команд - чтобы я сделал точно такое же у себя и проверил.

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

У меня был архивированный исошник на 8гб. При копировании из архива в хомяка система колом встала . Остановил , открыл арком , все стало сразу нормально. Архив тоже лежал в хомяке

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

а Вы не думали, что это баг именно *mc*, а не ядра?

сейчас попробую архивну исошник фоллаута3 и разархивирую mc (специально поставил)

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

> если из /dev/null набрать нулей

В /dev/null ничего нет. Там пусто. Нулей из него ты не «наберёшь»

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

> В /dev/null ничего нет. Там пусто. Нулей из него ты не «наберёшь»

я попутал с /dev/zero. виноват.

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

В главной ветке уже давно preempt есть.

CTAPK
() автор топика
Ответ на: комментарий от emg81

а Вы не думали, что это баг именно *mc*, а не ядра?

А разве от бага в программе должна мышка рывками двигаться начинать? И вообще переставать реагировать система?

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

не знаю даже.

но если одна программа вешает, а другая аналогичная нет - то, может, в программе дело-то?

я вот сделал tar.lzma. открывается он долго (7.2 GB всё же), но тормозов не было. только вместо исошника в 7.2 GB внутри почему-то показывается 3.6GB. как извлечь его из архива- я так и не понял, постоянно ругается на «файл не существует» или «такой файл уже есть». потыкался-потыкался, надоело. может как-то можно консольно mc проверить?

ну по типу: $ mc -ключики-для-распаковки /путь/к/архиву

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

> видеокарта GF6600 GT 128MB на борту

3D аппаратное обеспечивается? А то тут говорят, что дрова нвидии в пролёте...

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

буду честен - не знаю. как проверить?

[emg81@arch ~]$ glxinfo bash: glxinfo: команда не найдена

KDE с эффектами работают, драйверы проприетарные от нвидии (компилять с патчем нужно)

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