The OpenNET Project / Index page

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

Для Debian GNU/Linux представлены пакеты Linux ядра, ориентированные на RealTime

01.10.2009 11:08

Немецкая компания Pengutronix объявила о начале поддержки пакетов с модифицированным для выполнения задач реального времени Linux ядром для Debian GNU/Linux. Пакеты основаны на "Realtime-Preempt" (PREEMPT_RT или "-rt") патчах с реализацией жёсткого режима реального времени. Доступны realtime-сборки ядер 2.6.29 (стабильная PREEMPT_RT ветка) и 2.6.31 (экспериментальная PREEMPT_RT ветка) для Debian Lenny, Sid и Squeeze в сборках для архитектур 486, 686, 686-bigmem и amd64.

Подобные модификации Linux ядра используются в realtime-редакциях промышленных Linux дистрибутивов MontaVista, Red Hat и Novell. Realtime-Preempt патчи обеспечивают максимальное гарантированное время реакции порядка 2 микросекунд и максимальную задержку около 17 микросекунд.

Инструкция по установке:


Добавляем репозиторий Pengutronix:
   sudo wget -O /etc/apt/sources.list.d/pengutronix.list \
      http://debian.pengutronix.de/debian/pengutronix.list

Обновляем индексы APT:
   sudo apt-get -q update

Устанавливаем ключ для проверки цифровой подписи:
   sudo apt-get -q --allow-unauthenticated install pengutronix-archive-keyring

Еще раз обновляем индексы APT:
   sudo apt-get -q update 

Ставим поседнюю экспериментальную сборку 2.6.31-rt ядра для заданной архитектуры (486, 686, 686-bigmem и amd64):
   sudo apt-get install linux-image-2.6-rt-686

или ставим последнюю стабильную сборку:
   sudo apt-get install linux-image-2.6-rt-osadl-${ARCH}


  1. Главная ссылка к новости (http://groups.google.com/group...)
  2. OpenNews: Новая стабильная версия real-time ветки Linux ядра
  3. OpenNews: Novell выпустила real-time сборку Linux ядра для OpenSuse 11.1
  4. OpenNews: Обновление Linux ядра: 2.6.27.17 и 2.6.28.5. Новая версия real-time патчей
  5. OpenNews: Сравнение решений для систем реального времени на базе Linux
  6. OpenNews: Польза или вред от CONFIG_PREEMPT для 2.6 Linux ядер
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/23668-linux
Ключевые слова: linux, realtime, debian
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (62) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 11:13, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а какое из этих ядер подойдет на убунту 9.04 32 бит?
     
     
  • 2.5, _ (??), 11:36, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    посмотри в синаптике. там есть рт патчи
     

  • 1.2, 82500 (?), 11:20, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А какой вообще от них реальный толк?
     
     
  • 2.3, Feadot (??), 11:26, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    От реального времени?
     
  • 2.4, ShPioN (?), 11:27, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    при сильных нагрузках отклик системы будет быстрее. например у меня на обычном ядре при интенсивных операциях с дисками все остальное буквально еле шевелется, даже мышка подрагивает...
     
     
  • 3.9, svn (??), 12:19, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >например у меня на обычном ядре при интенсивных операциях с дисками все остальное буквально еле шевелется, даже мышка подрагивает...

    Тебе и реалтайм не поможет )) У тебя не настроена vm (свапы/кеши пропорции итп) и возможно не работает dma.

     
     
  • 4.17, zeo (?), 12:53, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >У тебя не настроена vm (свапы/кеши пропорции итп)

    У меня вообще нет свопа. На 6 гиг я считаю ни нужен.
    %free                                                                                                    total       used       free     shared    buffers     cached
    Mem:       6001732    4972148    1029584          0       1592    2921688
    -/+ buffers/cache:    2048868    3952864
    Swap:            0          0          0

    > и возможно не работает dma.

    Процессор при этом не занят. Если бы dma не работал (хотя для 1Т Sata жесткого я себе плохо представляю) проц бы загружался по полной (во всяком случае один из трех).


     
     
  • 5.32, svn (??), 16:11, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня вообще нет свопа.

    У тебя нет выгрузки на диск анонимных страниц. А readonly секции кода программ, и прочие отображаемые в память файлы отлично вытесняются на диск для освобождения кеша. И при особенно не удачной конфигурации, ядро их гоняет туда и обратно непрерывно.

    Чтобы считать ПРАВИЛЬНО, надо знать как работает vm система в linux, тогда и настроишь коэфициенты /proc/sys/vm правильно, и свап не будешь выключать.

     
  • 4.47, casm (ok), 22:40, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Можно поподробнее? Меня этот вопрос очень интересует.
    На рабочей машине 2 Гб ОЗУ, процессор core2duo, два жестких диска, на каждом диске по 1 Гб-ому своп разделу в начале диска. В fstab приоритеты swap-ов одинаковы, swapon -s это подтверждает.
    Запускаю две виртуальные машины, под каждую выделено 512 МБ памяти.
    Если запустить только одну виртуальную - то все летает (своп почти не используется), как только запускаю вторую - система, что на физической машине, начинает сильно тормозить, система начинает сбрасывать страницы в своп, хотя в сумме используется около 1,5 ГБ ОЗУ.
    Экспериментально заметил, что если использует менее 50 % от объема ОЗУ, то все летает, как только больше начинаются тормоза.
    При этом Cached память занимает почти 50%.
    Пробовал ставить vm.swappiness = 5, vm.vfs_cache_pressure = 5000 - не помогает,
    Попробовал выставить dirty_writeback_centisecs=100, dirty_expire_centisecs=100, dirty_background_ratio=10, dirty_ratio=10 тоже не лучше.
     
     
  • 5.48, fidaj (ok), 22:52, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >Запускаю две виртуальные машины, под каждую выделено 512 МБ памяти.
    >Если запустить только одну виртуальную - то все летает (своп почти не
    >используется), как только запускаю вторую - система, что на физической машине,
    >начинает сильно тормозить, система начинает сбрасывать страницы в своп, хотя в
    >сумме используется около 1,5 ГБ ОЗУ.
    >Экспериментально заметил, что если использует менее 50 % от объема ОЗУ, то
    >все летает, как только больше начинаются тормоза.
    >При этом Cached память занимает почти 50%.
    >Пробовал ставить vm.swappiness = 5, vm.vfs_cache_pressure = 5000 - не помогает,
    >Попробовал выставить dirty_writeback_centisecs=100, dirty_expire_centisecs=100, dirty_background_ratio=10, dirty_ratio=10 тоже не лучше.

    А почему бы кешу не занимать и больше если указана опция vm.vfs_cache_pressure = 5000 - что приблизительно значит: принудительно сбрасывать кеш если он занимает больше 5000% от текущего объема ОЗУ... При такой настройке кеш никогда не сброситься... Или я ошибаюсь?

    Для начала может быть попробовать опции по умолчанию? - Что они покажут?

     
     
  • 6.56, casm (ok), 20:12, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Для начала может быть попробовать опции по умолчанию? - Что они покажут?

    По-умолчанию такая же ситуация - при загрузке памяти более 50% производительность падает.
    Забыл дописать, что ставил vm.vfs_cache_pressure = 10 результат ничуть не лучше.
    Описание vfs_cache_pressure с proc.txt из документации к ядру для меня довольно смутное.
    > Decreasing vfs_cache_pressure causes the kernel to prefer to retain dentry and inode caches.  
    > Increasing vfs_cache_pressure beyond 100 causes the kernel to prefer to reclaim dentries and inodes.

    В инете в основным ссылается на комментарий к патчу:
    - at vfs_cache_pressure=0 we don't shrink dcache and icache at all.
    - at vfs_cache_pressure=100 there is no change in behaviour.
    - at vfs_cache_pressure > 100 we reclaim dentries and inodes harder.

    Как я понял (если не так поправьте) увеличение параметра способствует сокращению кешей (dentries and inodes).
    Про то, что оно указывается в процентах от ОЗУ нигде не встречал.
    Думаю если уменьшить тягу к увеличению кеша, то все уместиться в ОЗУ, и не будет так медлить при работе. Вот и интересуюсь как это сделать.

     
     
  • 7.57, fidaj (ok), 20:26, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>Для начала может быть попробовать опции по умолчанию? - Что они покажут?
    >
    >По-умолчанию такая же ситуация - при загрузке памяти более 50% производительность падает.
    >

    У меня подобная ситуация - но с одним "НО" - у меня это не зависит от текущего объема занимаемого ОЗУ - все тормоза и рост iowait начинаются строго с того момента как начинает использоваться активно сброс/чтение swap... Иногда даже невозможно дальше работать - откликов нет ни на клавиатуру ни на мышу...

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

     
     
  • 8.59, casm (ok), 21:20, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    У меня аналогично, и я думаю, что сброс и начинается от того, что в этот момент ... текст свёрнут, показать
     
     
  • 9.60, fidaj (ok), 22:12, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А если попробовать с такими значениями vm overcommit_memory 2 vm vfs_cache_pr... текст свёрнут, показать
     
  • 9.61, fidaj (ok), 22:52, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю Крутил вертел разные значения - при одних одни глюки при других - дру... текст свёрнут, показать
     
  • 7.58, fidaj (ok), 20:34, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Вот кстати те участки кода где задействовано vfs_cache_p... большой текст свёрнут, показать
     
  • 2.6, xGa (?), 11:36, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    робототехника, производственные процессы, возможно даже САПР.
     
     
  • 3.7, Аноним (-), 11:49, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > возможно даже САПР.

    Зачем для САПР режим жесткого реального времени?


     
     
  • 4.8, zeo (?), 12:13, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как вы считаете стоит ли на него перейти на десктопе? Может быть там менеджер задач более приспособлен для пользователя?
    Или все-таки это будет бесполезно?
    Мне главное, чтоб отзывчивость была выше, и чтобы фильмы не тормозили, когда у меня в КДЕ обои меняются.
     
     
  • 5.10, Шурек Табуреткин (?), 12:21, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Апгрейд тебе в помощь, а рт-ядро не даст тебе желаемого результата.
    Попробуй 31-ю ветку ядра кстати, говорят, отзывчивость там лучше намного.
     
  • 5.11, Nexor (?), 12:25, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Такие ядра нужны только в критичных областях. Ну вот пример атомная станция: нештатная ситуация и через секунду всё взорвется, а компьютер тормозит. Для этого нужно гарантированное время отклика системы. Как только пришёл ахтунг - система отреагирует и не будет ждать пока какой то процесс отвиснет.

    На десктопах оно не нужно

     
     
  • 6.12, zeo (?), 12:27, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну у меня конечно не атомная станция, но я тоже не хочу чтобы у меня компьютер тормозил. Это при том что 3 процессора и 6 гиг оперативы.
     
     
  • 7.13, Vertigo (??), 12:30, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И что, неужто тормозит? ))
     
     
  • 8.15, zeo (?), 12:35, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Тормозит http linuxforum ru index php showtopic 100776 Что сделать даже и н... текст свёрнут, показать
     
  • 8.16, zeo (?), 12:42, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И если из локалки много фильмов одновременно качаю ослом - тоже бывает, что мышк... текст свёрнут, показать
     
     
  • 9.33, svn (??), 16:15, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    система должна быть сбалансированная 3 процессора, 6 гигов, а было бы 4 диска д... текст свёрнут, показать
     
     
  • 10.37, crypt (??), 19:08, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    сбалансированная - да 1 0 рейд - да а вот 5 - нет, это компромиссное решение и... текст свёрнут, показать
     
  • 9.36, crypt (??), 19:05, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    hdparm -t твой диск выложи сюда, тогда будет яснее ... текст свёрнут, показать
     
     
  • 10.38, ShPioN (ok), 19:15, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    у меня тоже самое, вот hdparm -t dev sda dev sda Timing buffered disk reads ... текст свёрнут, показать
     
     
  • 11.45, maximnik0 (?), 22:15, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я понял ядро 64 разрядное А кодеки тоже оптимизированы под 64 режим... текст свёрнут, показать
     
     
  • 12.46, ShPioN (ok), 22:20, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален ядро 32 битное ... текст свёрнут, показать
     
  • 7.24, koblin (ok), 13:27, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    попробуйте 31-е ядро с браинфак шедулером. Многие пишут, что флеш например на полный экран начинает работать без тормозов и загрузка ядер равномернее.

    ps правда у меня в убунте 9.10 флеш и без патчей нормально проигрывается (i915)

     
     
  • 8.25, fidaj (ok), 13:33, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да - но только обращаю ваше внимание что это, на сколько я знаю, не относится к ... текст свёрнут, показать
     
  • 6.20, fidaj (ok), 13:12, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Такие ядра нужны только в критичных областях. Ну вот пример атомная станция:
    >нештатная ситуация и через секунду всё взорвется, а компьютер тормозит. Для
    >этого нужно гарантированное время отклика системы. Как только пришёл ахтунг -
    >система отреагирует и не будет ждать пока какой то процесс отвиснет.
    >
    >
    >На десктопах оно не нужно

    Еще как нужно!

     
     
  • 7.26, zeo (?), 13:53, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Я попробовал поставить. Загрузилось, но вот модуль Nvidia не смог скомпилироваться. Брал последние тестовые дрова.
     
     
  • 8.27, fidaj (ok), 13:57, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    nv-2 6 31-rt-190-36 patch diff -Naur NVIDIA-Linux-x86_64-190 32-pkg2 usr src nv... большой текст свёрнут, показать
     
     
  • 9.42, pavlinux (ok), 21:24, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Окуел , там всего две строки поменять http www nvnews net vbulletin showthr... текст свёрнут, показать
     
     
  • 10.43, fidaj (ok), 21:36, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален И Шо я вас таки не понял К чему такая фамильярность ... текст свёрнут, показать
     
     
  • 11.44, pavlinux (ok), 21:45, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Ну шо ты , я ж любя ж ... текст свёрнут, показать
     
  • 8.62, fidaj (ok), 12:41, 23/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Новость ftp download nvidia com XFree86 Linux-x86_64 190 42 Вот эти дрова со... текст свёрнут, показать
     
  • 6.34, Онаним (?), 17:49, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Такие ядра нужны только в критичных областях. Ну вот пример атомная станция:
    >нештатная ситуация и через секунду всё взорвется, а компьютер тормозит. Для
    >этого нужно гарантированное время отклика системы. Как только пришёл ахтунг -
    >система отреагирует и не будет ждать пока какой то процесс отвиснет.

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


     
     
  • 7.39, Аноним (-), 19:47, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А вот, кто ж его знает. Сверкомпактные необслуживаемые атомные станции "заснул в подвал и дом на сорок лет обеспечен дешевым электричеством" как бы уже пытаются делать, например http://www.nextenergynews.com/news1/next-energy-news-toshiba-micro-nuclear-12

    Причем основная ставка именно на дешевизну по сравнению с электричеством по линии. То есть ставим потому, что экономим, типа! А там где экономим - линукс вместо коммерческих ОС сам собой вылезать начинает :) А тут, глядишь, и база готова, ставишь Debian "Atomic Edition" и вперед!

     
     
  • 8.40, Fantomas (??), 20:49, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    3504000 0 за 3 5 лимона баксов в серверную на 40 лет Круто Зато чистое беспере... текст свёрнут, показать
     
  • 4.18, xGa (?), 13:10, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    мейби для чего то подобного:
    http://zv.innovaterussia.ru/project/4538
     
  • 4.30, Frank (??), 15:18, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    чтоб ютуб не подлагивал
     

  • 1.14, EuPhobos (?), 12:34, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На убунту 9.04 -rt немного битое, Кернел Паник возникает при попытке скопировать некий объём информации через ssh на машину с u9.04-rt, однако стабильно работает в u8.04-rt.
    Да и в репозитории 9.04, нет надписи "Поддерживается сообществом", а в 8.04 есть такая надпись, может потому что LTS и для него больше постарались.
    Больше экспериментов с u9.04-rt я сам не ставил.
     
     
  • 2.19, fidaj (ok), 13:12, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >На убунту 9.04 -rt немного битое, Кернел Паник возникает при попытке скопировать
    >некий объём информации через ssh на машину с u9.04-rt, однако стабильно
    >работает в u8.04-rt.
    >Да и в репозитории 9.04, нет надписи "Поддерживается сообществом", а в 8.04
    >есть такая надпись, может потому что LTS и для него больше
    >постарались.
    >Больше экспериментов с u9.04-rt я сам не ставил.

    uname -a
    Linux nonamehost 2.6.31-rt #1 SMP PREEMPT RT Sun Sep 20 10:58:24 EEST 2009 x86_64 GNU/Linux
    cat /etc/lsb-release
    DISTRIB_ID=Ubuntu
    DISTRIB_RELEASE=8.04
    DISTRIB_CODENAME=hardy
    DISTRIB_DESCRIPTION="Ubuntu 8.04.3 LTS"

     

  • 1.21, Anon (?), 13:14, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На убунту 9.04 rt - не стабильное.
    Ubuntu Studio использует это ядро и есть проблемы с зависанием на ряде машин, в том числе и у меня.

    http://forum.ubuntu.ru/index.php?topic=68168.msg517297#msg517297

     
     
  • 2.22, fidaj (ok), 13:21, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >На убунту 9.04 rt - не стабильное.
    >Ubuntu Studio использует это ядро и есть проблемы с зависанием на ряде
    >машин, в том числе и у меня.
    >
    >http://forum.ubuntu.ru/index.php?topic=68168.msg517297#msg517297

    Какая именно там версия ядра?

     

  • 1.23, аноним (?), 13:26, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Замените в тексте новости apt-get на aptitude.
     
     
  • 2.28, Gular (??), 14:10, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    сейчас набежит народ и будет доказывать с пеной у рта, что aptitude ненужен. что apt-get хватает.
    а я согласен с этим сообщением.
     

  • 1.29, Колбасов (?), 14:54, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А может кто-нибудь объяснит - максимальное гарантированное время реакции порядка 2 микросекунд чего и максимальную задержку около 17 микросекунд чего?
     
  • 1.31, Шурек Табуреткин (?), 15:57, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати брэйнфак патч - полный "шит" на данном этапе. Его пилить и пилить еще. Система с ним работает не совсем должным образом, в Virtualbox вообще не хочет шатдауниться винда и т.д., много недоработок. Ставил недавно, потом вернулся на 2.6.30.8 и скажу честно, доволен им более чем полностью.
     
  • 1.35, XORIRIX (?), 18:21, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Улыбнула однако новость. OpenSUSE уже сколько лет имеет RT ядра, а "великий и могучий" дебиан только только обзавелся.
     
     
  • 2.41, Crazy Alex (??), 20:53, 01/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ну логично, в общем-то. Реалтайм далеко не всем нужен, так что вероятносьт, чо его на добровольной основе станут поддерживать для Дебиана не слишком велика. Сусь же линуксом торгует, соответственно из-за поддержки более интересна для тех, кто в продакшн RT-linux сует. Вот теперь кто-то решил работать с дебианом - будет и для него.
     
  • 2.49, Аноним (-), 00:02, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    XORIRIX не путайте людей. Это "Немецкая компания Pengutronix" обзавелась, а не Debian. В официальном репозитории этих пакетов нет.
     
  • 2.50, Marrenoloth (?), 02:03, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Господа! Давайте не ссориться! RT операционные системы нужны только в промышленности и областях, где нужно гарантированная скорость выполнения какой - то задачи. Т.е. если что-то не влезло по скорости в цикл ядра - страшно материмся, что какой-то гад тормозил систему. Посмертно для гада. На десктопах, серверах и прочей инфраструктурной россыпи применения RT не вижу. Хотя, некоторые сервера, переваривающие фиксированный объем информации за единицу времени, можно перевести на RT. Но, вопрос спорен...
    ИМХО.
     

  • 1.51, Аноним (-), 02:44, 02/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для звукозаписи и захвата видео они на десктопе нужны
     
  • 1.52, Аноним (52), 09:42, 02/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Такое же ядро можно самому сотсряпать? В конфиге выбрать preemptible kernel? Или все не так просто?
     
     
  • 2.53, Анонимусо (?), 13:36, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Такое же ядро можно самому сотсряпать? В конфиге выбрать preemptible kernel? Или
    >все не так просто?

    http://rt.wiki.kernel.org/

     
  • 2.54, Анонимусо (?), 13:39, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Такое же ядро можно самому сотсряпать? В конфиге выбрать preemptible kernel? Или
    >все не так просто?

    http://rt.wiki.kernel.org/index.php/CONFIG_PREEMPT_RT_Patch

     
  • 2.55, Анонимусо (?), 13:41, 02/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Такое же ядро можно самому сотсряпать? В конфиге выбрать preemptible kernel? Или
    >все не так просто?

    http://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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