The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

В ядро Linux может быть включен планировщик реального времени

20.10.2009 21:23

На проходившей в сентябре конференции Real-Time Linux Workshop достаточно активно обсуждался вопрос добавления в ядро Linux планировщика режима реального времени. Такая возможность могла бы быть реализована с использованием уже отработанного в других RT-системах алгоритма приоритезации задач с более ранним временем завершения (EDF, Earliest Deadline First). В настоящее время для ядра Linux разработана экспериментальная версия планировщика EDF — SCHED_DEADLINE, которая ранее была известна как SCHED_EDF.

Необходимость планировщика реального времени в Linux обусловлена теми ограничениями, которые привносят существующие алгоритмы диспетчеризации процессорного времени. Среди них можно выделить два основных:

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

Данные ограничения не позволяют использовать Linux в системах, где необходим дискретный контроль параметров или другие функции, жестко привязанные ко времени. Более того, без RT-планировщика невозможно заранее предсказать поведение проектируемой системы. Все это негативно сказывается на проникновении Linux в сферу индустриальной электроники и промышленных систем автоматики.

Проект SCHED_DEADLINE, хотя все еще находится в экспериментальной фазе, уже может выполнять типичные задачи полнофункциональной системы реального времени. Он является частью более глобального проекта ACTORS, финансируемого Европейской Комиссией. Более подробно о новом планировщике и примерах использования можно узнать на его домашней странице.

  1. Главная ссылка к новости (http://linux.slashdot.org/stor...)
  2. OpenNews: Кон Коливас представил BFS, новый планировщик задач для Linux ядра
  3. OpenNews: Новая стабильная версия real-time ветки Linux ядра
  4. OpenNews: Для Debian GNU/Linux представлены пакеты Linux ядра, ориентированные на RealTime
Автор новости: blkdog
Тип: К сведению
Ключевые слова: Linux, Kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (68) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.3, hatelinux (?), 21:51, 20/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –36 +/
    тоесть приложения в линуксе уже не умеют сами использовать таймеры и прочее что бы завершаться в нужное время?
    круто

    приложения в линуксе уже неуправляемые ...

     
     
  • 2.4, EL (??), 21:55, 20/10/2009 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Хорошо подумал прежде чем высказаться?
     
     
  • 3.5, hatelinux (?), 21:59, 20/10/2009 [^] [^^] [^^^] [ответить]  
  • –21 +/
    >Хорошо подумал прежде чем высказаться?

    есть чем дополнить? или кроме похоливарить ничего не умеем?

     
     
  • 4.24, Zenitur (?), 00:27, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сам блин холиваришь. И не похоливарить, а подкормить.
     
  • 2.6, аноним (?), 22:00, 20/10/2009 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Поведение приложения (наверное вы имели ввиду процесса) зависит от ядра. Если ядро решит что процессу стоит отдохнуть и не будет давать ему кванты времени, то никакие таймеры на уровне самого процесса не помогут.

    Этот диспетчер предназначен не для настольных PC, а для ...(написано в тексте новости)

     
     
  • 3.16, vadiml (?), 22:57, 20/10/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Этот диспетчер предназначен не для настольных PC

    А для настольных лучше всего -- планировщик  BFS Кона Коливаса, который, к сожалению, наверное в ядро так и не войдёт.

     
     
  • 4.36, аноним (?), 03:04, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А для настольных лучше всего -- планировщик  BFS Кона Коливаса, который,
    >к сожалению, наверное в ядро так и не войдёт.

    потому что линукс - это свобода.

     
     
  • 5.39, vitek (??), 07:54, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    правильно.
    и это не значит, что в ядро надо пихать любое дерьмо.
     
     
  • 6.40, Michael (??), 08:43, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проблема в том, что BFS довольно хорош для своих задач. При том, откуда взялся CFS (Kolivas достал Molnar своим планировщиком SD и Ingo написал нечто, менее остающее от SD по отзывчивости, чем старый планировщик, но при этом строго лучшее по серверной пропускной способности, чем оба других варианта), есть надежда, что RT может быть высоко напильникопригоден и для desktop.
     
     
  • 7.42, vitek (??), 08:52, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    это никакая не проблема...
    пробовал я этот bfs. мало того, что ничуть не лучше cfs, так ещё и глюки наблюдаются. например, с sqlite и прогами его использующими (например, evolution - у меня почта где-то 1.2 gb в нём. сломалось всё нахер. хорошо на лвм со снепшотом был)

    Вы то сами его пробовали?

     
  • 2.11, pavlinux (ok), 22:20, 20/10/2009 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Напиши программку которая считает сумму всех простых чисел от 1 до 2^64
    Чтоб она работала ровно 150 мс, а с учётом допускаемых отклонений в
    пределах 120 - 180 мс, прекращала суммировать и выводила полученный
    результат и время работы.

    А самое главное: ПОСТОЯННО И ПРИ ЛЮБЫХ УСЛОВИЯХ РАБОТЫ И НАГРУЗКИ, ЛЮБЫХ ЧАСТЕЙ КОМПЬЮТЕРА.

     
     
  • 3.12, аноним (?), 22:24, 20/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Дада, именно для этого и нужны RTOS.
     
  • 3.20, hatelinux (?), 23:37, 20/10/2009 [^] [^^] [^^^] [ответить]  
  • –17 +/
    >Напиши программку которая считает сумму всех простых чисел от 1 до 2^64
    >Чтоб она работала ровно 150 мс, а с учётом допускаемых отклонений в
    >пределах 120 - 180 мс, прекращала суммировать и выводила полученный
    >результат и время работы

    сам то CPU без планировщика в состоянии с этим временем справиться?
    или линукс хочет стать главнее CPU?
    производить вычисление быстрее чем сам CPU? O_O это что то новое
    линукс ОС метит занять место вместо уже существующих CPU?
    ну-ну

     
     
  • 4.28, vitek (??), 01:19, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +3 +/
    "прекращала суммировать" - это не значит, что просчитала всё до конца.

    т.е. "кончил, не кончил, а регламент 10 минут"....
    толи Горбачёв, толи Черномырдин - не помню.

     
     
  • 5.29, pavlinux (ok), 01:26, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >"прекращала суммировать" - это не значит, что просчитала всё до конца.

    Угу...
    >т.е. "кончил, не кончил, а регламент 10 минут"....
    >толи Горбачёв, толи Черномырдин - не помню.

    Да любой пример, где не важна работа, сколь время. А, вот - любая измерительная аппаратура.



     
     
  • 6.38, vitek (??), 07:53, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +3 +/
    радует одно - глубокое понимание предметной области у людей с ником hatelinux.
     
  • 6.45, ronin (??), 11:03, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >
    >Угу...
    >>т.е. "кончил, не кончил, а регламент 10 минут"....
    >>толи Горбачёв, толи Черномырдин - не помню.
    >
    >Да любой пример, где не важна работа, сколь время. А, вот -
    >любая измерительная аппаратура.
    >
    >
    >

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

    Вопшем, много чего...


    respect,
    ronin

     
  • 3.31, Heckfy (ok), 01:42, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    octaword summa long two_power_63 9223372036854775808 return 1 2 two_po... текст свёрнут, показать
     
     
  • 4.33, pavlinux (ok), 02:02, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >octaword summa() {
    > long two_power_63 = 9223372036854775808;
    > return (1+2*two_power_63)*(two_power_63);
    >}
    >В итоге, результатом сложения должно быть число, полученное сложением двух чисел:
    >0x40000000000000000000000000000000 и 0x4000000000000000
    >Число можно в данном случае получить и как битовую сумму, а можно просто на глаз прикинуть: 0x40000000000000004000000000000000

    40000000000000008000000000000000

    Дык, а где ж  простые? :)

     
     
  • 5.60, dot_kkursor (ok), 22:24, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну зачем такие вещи пейсать, а Пришёл вечером, набросал ругайте и пользу... текст свёрнут, показать
     
     
  • 6.61, Карбофос (ok), 22:59, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ой! а не проще битовыми полями? решение влоб не всегда самое быстрое :)
    к тому же деление в цикле....
     
     
  • 7.62, dot_kkursor (ok), 23:01, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >ой! а не проще битовыми полями? решение влоб не всегда самое быстрое
    >:)
    >к тому же деление в цикле....

    Не стреляйте больно, я только начинаю си изучать. :)
    Щас пытаюсь приделать к ней вывод remaining % по запросу - не получается :(((

     
     
  • 8.64, Карбофос (ok), 23:41, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да это не критика операция деления выполняется примерно в 4 раза медленнее о... текст свёрнут, показать
     
     
  • 9.66, dot_kkursor (ok), 00:18, 22/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Каких же размеров должен быть этот массив предлагаете на каждое число по элем... текст свёрнут, показать
     
     
  • 10.67, Карбофос (ok), 01:04, 22/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    для каждого числа нужен всго лишь один бит потом, массив можно немного сократит... текст свёрнут, показать
     
     
  • 11.68, Карбофос (ok), 08:39, 22/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    при битовой кодировке - 1024х1024х8х2 чисел все четные можно выкинуть ... текст свёрнут, показать
     
     
  • 12.69, dot_kkursor (ok), 09:09, 22/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Всё равно же делить на 2 Или типа если младший бит 0, то выкинуть нафиг Поби... текст свёрнут, показать
     
     
  • 13.70, Карбофос (ok), 09:38, 22/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    конечно гораздо быстрее, особенно в конвейере, если развернутый цикл, к примеру ... текст свёрнут, показать
     
  • 13.72, Карбофос (ok), 10:20, 22/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ускоряем твой алгоритм в 2 раза for i 3 i current_num i 2 remain curr... текст свёрнут, показать
     
  • 7.63, dot_kkursor (ok), 23:05, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >ой! а не проще битовыми полями? решение влоб не всегда самое быстрое
    >:)
    >к тому же деление в цикле....

    А как без деления в цикле можно определить "простоту" числа?
    Обнаружил, что несмотря на введённое в прогу 4294967296 (2^32) она понимает ровно в пополам меньше - (2^31-1). Блджад.
    А это значит, что она не будет считать даже до (2^31-1), не говоря уже до 2^64.
    pavlinux, современные компьютеры это не умеют!
    Или я криворук :(

     
     
  • 8.65, Карбофос (ok), 23:46, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нарисуй алгоритм на бумаге скажем, определение простых чисел до 40 начиная с дв... текст свёрнут, показать
     
     
  • 9.71, Карбофос (ok), 09:39, 22/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    даже узнал, как алгоритм называется сечение Эратосфена... текст свёрнут, показать
     
  • 8.73, Карбофос (ok), 10:40, 22/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    си вообще-то разрешает использовать числа ling long int или __int64... текст свёрнут, показать
     
     
  • 9.74, Карбофос (ok), 10:41, 22/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    long long int... текст свёрнут, показать
     
  • 8.75, pavlinux (ok), 03:44, 23/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Всё украдено уже до нас с Ы include limits h inc... текст свёрнут, показать
     
     
  • 9.76, Карбофос (ok), 10:02, 23/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ну это же процесс творческий сколько он там памяти аллокирует O_o для 64 бит... текст свёрнут, показать
     
     
  • 10.77, pavlinux (ok), 10:36, 23/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Для прогрева всех ядрывшек, теперь c OpenMP gcc-4 4 2 primesum c ... текст свёрнут, показать
     
     
  • 11.78, Карбофос (ok), 11:06, 23/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    в принципе, просто использовать битовые массивы сечение - тоже решение в лоб ... текст свёрнут, показать
     
     
  • 12.79, pavlinux (ok), 18:08, 23/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Уж поверь, в GMP над этим поработали Если глянешь исходники, там все увидишь, ... текст свёрнут, показать
     
     
  • 13.83, Карбофос (ok), 12:25, 24/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    доверяй,но проверяй качнул исходники с докой из репозитория мерси за инфу ... текст свёрнут, показать
     
  • 2.49, Guest (??), 11:55, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Учим матчасть, что такое шедулер и что такое таймеры, а потом не задаём глупых вопросов.
     
  • 2.55, digiwhite (?), 13:27, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Друг, лучше иди почитай, что такое ОС реального времени и какими характеристиками она должна обладать. А то ну такую муйню написал.
     

  • 1.8, Ariel (ok), 22:13, 20/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    чего только люди не придумают, чтобы не использовать QNX
     
     
  • 2.10, СуперАноним (?), 22:18, 20/10/2009 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ваш QNX уже свободен?
    открыт != свободен
     
     
  • 3.21, Ariel (ok), 00:05, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Если вы его используете в научных целях - меняйте что хотите, даже если вы разаработчик и зарабатываете этим - бесплатно скачиваете систему с сайта; если в коммерческих, на свою АЭС - платите;
    Кажется вполне справедливо, или для экспериментов на ноутбуке нужно чтобы было написано три раза: свободен? Просто не пойму, ну какая разница, если вы законно ставите систему, никому ничего не платите, и программы писать можете?
     
     
  • 4.52, Alexander (??), 12:21, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так пользователи будут должны платить за неё.
     
  • 2.41, Аноним (-), 08:51, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > чего только люди не придумают, чтобы не использовать QNX

    Что только люди не придумают, чтобы не пользоваться узелками на веревках для счета!

    Как много появилось салабонов, которые не усвоили главное: Open Source дает СВОБОДУ ВЫБОРА.
    Но зато вставить свое "я" они готовы в любой теме, обсолютно в ней ничего не смысля.
    И это "я" часто заключается в бездумных испражнениях типа "закопать!", "не нужен!", и эти личности искренне заблуждаются, считая, что их "мнение" должно быть определяющим для всех остальных.

    QNX поддерживает весьма ограниченный круг "железа".
    Чего не скажешь о Linux. И в случае использования QNX выбор железа будет определяться возможностями именно ОС, а не задачей.

     

  • 1.13, pavlinux (ok), 22:30, 20/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Собственно, не вижу сравнения с RT патчами от Ingo Molnar_а :)
     
     
  • 2.19, Евгений (??), 23:09, 20/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    В lkml писали что существующий rt планировщик не совсем их устраивает. Как я понял этот планировщик совмещает в себе плюсы от fair и от rt каким-то образом.
     
     
  • 3.23, pavlinux (ok), 00:27, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >В lkml писали что существующий rt планировщик не совсем их устраивает. Как
    >я понял этот планировщик совмещает в себе плюсы от fair и
    >от rt каким-то образом.

    А ещё дрова от nvidia в дамп падают
    Так что, кто хочет порубиться QuakeWars под Real-Time да и ещё с twinview - обломись :)

     
     
  • 4.54, A (?), 13:12, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня не падают. Или проблема только с twinview (не пробовал)?
     
     
  • 5.80, pavlinux (ok), 18:08, 23/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня не падают. Или проблема только с twinview (не пробовал)?

    драйвер правил?

     
  • 2.32, _Vitaly_ (ok), 01:49, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Гы-гы, еще на форониксе потом запустят под rt-планировшиком мускул из шифрованной домашней папки, и скажут, что хуже чем cfq :)
     

  • 1.15, develop7 (ok), 22:53, 20/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну наконец-то!
     
  • 1.17, J.L. (?), 23:00, 20/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ещё бы внесли в ядро диспетчер для десктопов (а не для "метафизического компутера") и было бы счастье
     
     
  • 2.18, pavlinux (ok), 23:08, 20/10/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну и зачем?
    Чтоб firefox всегда грузился за 15 сек., пофигу на Pentium III или на Core i7 ? :)

     
     
  • 3.26, jl (?), 01:00, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Ну и зачем?
    >Чтоб firefox всегда грузился за 15 сек., пофигу на Pentium III или
    >на Core i7 ? :)

    на десктопе линукс всё таки тормозит(может быстрее висты, но не быстрее хр), поэтому +1.

     
     
  • 4.27, Новичок (??), 01:06, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >на десктопе линукс всё таки тормозит(может быстрее висты, но не быстрее хр),
    >поэтому +1.

    У меня Mandriva 2009.1 тормозит, а вот Opensuse работала как будто быстрее, но Opensuse 11.1 глючная какая то. Жду выхода Opensuse 11.2


     
  • 4.43, Просто прохожий (?), 10:27, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    1) Смотря как приготовить ( можно LFS-ом, например :) ).
    2) Смотря что использовать ( В Ubuntu запускаете столько всякой всячины, что голова кругом идёт. Дистрибутив наравне с Mandriva напичканный разнообразными рюшками, колокольчиками и т.д. ) При допиливании - разгоняется прилично.
    3) Windows XP вышла в 2001 году. Уж извините, но функционал по умолчанию десктопного окружения... уж очень ограничен. Возьмём Mandriva 2009. Там KDE 4.1.2 - default desktop. Что такое KDE ? Это... всё пожалуй ))) Самая красивая и конфигурируемая среда из всех, но... и самая ресурсоёмкая (ну GNOME с его GNOME Shell скоро догонит). Я вообще не против этих сред. Но я как-то более аскетичен в этом плане. Предпочитаю XFCE.

    Для чистоты экперимента можно взять какой-нибудь дистриб с тех времён ). Разукрасить напильником, прикрутить новый compiz, X, ядро. Задача нетривиальная, но...

    4) Linux - просто ядро. Нацепить на него можно всё что угодно. Само по себе это ядро намного прогрессивней и более масштабируемо, чем ядро Windows (являющееся развитием VMS). Ну - по моему мнению.

    Да и вообще люблю ОС с ядром Linux за гибкость и динамичность. Сравните скорость работы и предоставляемую функциональность по умолчанию предустановленной Windows XP и фирменной ОС на основе Linux, например, Xandros, которая ставится на EeePC. А включение RT-планировщика в ядро будет ещё одним шагом по курсу максимальной масштабируемости и адаптируемости.

    Спорить ни с кем не буду по поводу вышесказанного - со всем согласен по умолчанию ;).

     
     
  • 5.46, аноним (?), 11:20, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >В Ubuntu запускаете столько всякой всячины
    >При допиливании - разгоняется прилично.

    в моем понимании "допиливание" - это нечто иное, чем попытка слепить ещё один минималистичный выкидыш, избавившись от функционала. это _добавление_ и оптимизация имеющегося функционала, а так же работа над юзабилити.

    >3) Windows XP вышла в 2001 году.

    что делает ms честь.

    >функционал по умолчанию десктопного окружения... уж очень ограничен

    вам нужны три календарика и пять часов на рабочем столе или клизмоид "глазки"? может быть, вам не хватает обоев с фракталами?

    >Возьмём Mandriva 2009

    там глючный kde, с огромным трудом поднимается интернет (vpn, wifi, etc.). каша из qt3.5-qt4.5, gtk2. валится драйвер мобильного радеона. нет даже элементарного индикатора раскладки клавиатуры.

    >Что такое KDE ?

    это самое бажное десктопное окружение за всю историю человеческой расы.
    kde4 пилится больше пяти лет и конца-края не видно. из запланированных фич (обертки над обертками над железом, семантический десктоп, социальный десктоп, etc. etc.) не реализована и треть.
    Это... всё пожалуй

    >самая ресурсоёмкая

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

    >Для чистоты экперимента можно взять какой-нибудь дистриб с тех времён ). Разукрасить
    >напильником, прикрутить новый compiz, X, ядро. Задача нетривиальная, но...

    задача практически невыполнимая

    >Само по себе это ядро намного прогрессивней и более масштабируемо, чем
    >ядро Windows (являющееся развитием VMS). Ну - по моему мнению.

    проверяли, консультировались с признанными экспертами или вы сам эксперт?
    анонимный оналитег, как же

    >Сравните скорость работы и предоставляемую функциональность по умолчанию
    >предустановленной Windows XP и фирменной ОС на основе Linux, например, Xandros

    xp умеет гибернацию. а xandros?

     
     
  • 6.47, Аноним (-), 11:33, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > что же ещё можно ожидать!? если, к примеру, каждый долбаный раз при изменении размера элемента, его декорации заново растеризуются из svg. ну кто так делает!!???

    А что в этом плохого? И может предложите путь получше? Или одни риторические вопросы? Какие то 10 лет все расчеты в cairo будет CUDA выполнять.

     
     
  • 7.51, name (??), 12:14, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А что в этом плохого?

    Да ничего, кроме тормозов

    >И может предложите путь получше?

    Bitmap, не?

    >Какие то 10 лет

    Всего-то?! Вендекапец близок как никогда! :-D

     
  • 6.56, Андрей (??), 18:52, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>анонимный оналитег, как же

    :D :D :D
    на себя посмотри

     
     
  • 7.57, аноним (?), 19:06, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >на себя посмотри

    от этого ксандрос не научится нормальной гибернации и гибридному режиму.

     
  • 4.58, Карбофос (ok), 20:27, 21/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > на десктопе линукс всё таки тормозит(может быстрее висты, но не быстрее хр)

    хм... достаточно точный сравнительный анализ, основанный на деталлированном описании операционных систем.

     

  • 1.30, pavlinux (ok), 01:38, 21/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ну вот обрадую Вас, любители RT на десктопах, - пока сырое дож...ы.

    Больше одной задачи, с этим планировщиком, на одном ядре/проце запускать нельзя,
    иначе.

    Pid: 11, comm: sirq-hrtimer/0 Not tainted 2.6.31-sched-rt #3
    Call Trace:
    [<ffffffff8136ade1>] ? thread_return+0x170/0x65f
    [<ffffffff8100bdde>] ? apic_timer_interrupt+0xe/0x20
    [<ffffffff8136b50a>] ? schedule+0xa/0x30
    [<ffffffff810578cd>] ? hrtimer_wait_for_timer+0x5d/0xa0
    [<ffffffff81053460>] ? autoremove_wake_function+0x0/0x30
    [<ffffffff81057920>] ? hrtimer_cancel+0x10/0x30
    [<ffffffff810368ce>] ? finish_task_switch+0x13e/0x140
    [<ffffffff8136acb2>] ? thread_return+0x41/0x65f
    [<ffffffff81031eb4>] ? update_curr_rt+0x144/0x1a0
    [<ffffffff8136b4dd>] ? preempt_schedule+0x6d/0x90
    [<ffffffff810316f8>] ? deadline_timer+0x58/0xa0
    [<ffffffff81056a42>] ? run_hrtimer_softirq+0xc2/0x1b0
    [<ffffffff810316a0>] ? deadline_timer+0x0/0xa0
    [<ffffffff810426b2>] ? ksoftirqd+0x172/0x2d0
    [<ffffffff81042540>] ? ksoftirqd+0x0/0x2d0
    [<ffffffff810530b6>] ? kthread+0xa6/0xb0
    [<ffffffff8100c30a>] ? child_rip+0xa/0x20
    [<ffffffff81053010>] ? kthread+0x0/0xb0
    [<ffffffff8100c300>] ? child_rip+0x0/0x20

     
  • 1.44, A (?), 10:51, 21/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Для тех, кому это нужно, давно уже есть набор rt-патчей и некоторые дистрибутивы предоставляют альтернативный вариант сборки ядра с этими патчами. Одно из применений — обработка звука с низкими задержками (обычно требуется, чтобы весь цикл обработки одного буфера, в котором могут участвовать несколько приложений, занимал порядка 5-10 мс). В любом "студийном" дистрибутиве (Ubuntu Studio, PlanetCCRMA и т.п.) такое ядро по умолчанию. Естественно, при использовании rt-ядра общая производительность системы несколько снижается, а отзывчивость увеличивается.
     
     
  • 2.84, Аноним (84), 17:00, 09/11/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ставил, кернел паник хапанул сразу же. И много народу пишут что у них то же самое.

    Действительно нехорошая проблема на самом деле. Под линух есть неплохие коммерческие DAW'ы energy xt и renoise, а вот попользоваться ими нормально не получается из-за хренового реалтайма.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру