LINUX.ORG.RU

Real Time Linux


0

0

На десктопе все более менее стандартно прилизано. Вся фишка в выводе top: PRI 18446744073709551614 слабо? =)

На ядрышко (2.6.14.2) накатил RealTime Patch от MontaVista (давно специализируются на производстве встроенных RealTime - систем).

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

Вроде пошустрее откликаться стало, хотя может и чисто субъективно это. Но при заходе по ssh машина теперь откликается со скоростью пропускной способности сети, т.е. практически мгновенно.

P.S. Привет програмистам: взял в руки 16h калькулятор и вот что получилось:

(18446744073709551614)_10 = (FFFFFFFFFFFFFE)_16

Т.е вместо байта пропатчили аж до восьми и поставили практически высшии значения. В коде смотрелось, наверно, красиво... =)

В общем, ругайте.

>>> Просмотр (1024x768, 286 Kb)



Проверено: Dimez ()

:))

Демоны, сидящие на прерываниях - это сильно...

Как доступ по ssh может происходить со скоростью сети?
Там самое медленное - это преобразование адресов DNS<->IP, оно никак не станет быстрее от того, что повысился приоритет каких-то прерываний.
Далее шифрование - оно как делалось в userspace в OpenSSl, так там же и осталось, его скорость могла только _уменьшиться_, т.к. тепеь чаще вытесняется шифрующий поток.

И с очередями прерываний вы, мой друг, тоже что-то выдумали.

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

Real-time патчи преднаначены для абсолютно других задач.

rtc ★★
()

простите за оффтоп: boatman - скажи а работает ли на твоей машине поверсейв? Просто столкнулся с проблемой на зюзе, на свежесобраном ядре Кповерсейв не хочет общаться по ДБАС с поверсейвом.

SunSunich
()

шрифты и впрямь ужастные. почему бы вместо странных патчиков на ядро не пересобрать freetype с хинтингом?

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

Работает, ещё как работает!!!

Раньше, когда томкат запускался(а запускается он почти минуту) с коннектом к ораклу(всё это на локальной машине) мало что можно было сделать в это время. А сейчас - опенофис открыл, мозиллу открыл, открывается всё быстро :)

Жаль, что vmnet и vmmon не скомпилились :-)

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

Зачем ему hinting, если у него все шрифты пиксельные, вроде как?

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

>Раньше, когда томкат запускался(а запускается он почти минуту) с коннектом к >ораклу(всё это на локальной машине) мало что можно было сделать в это время. А >сейчас - опенофис открыл, мозиллу открыл, открывается всё быстро :)

открой для себя preemt ламо.

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

да задолбали ламаки первые попавшиеся патчи на ядро накладывать :( а потом ещё и хвастаться на весь ЛОР..

anonymous
()

Мда, 86 метров для КДЕ - это конечно сильно! Расскажи, как добился? Preload отключил и что то порезал?

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

> почему бы вместо странных патчиков на ядро не пересобрать freetype с хинтингом?

Девиз ЛОРа. :>

Rem
()

Тупо обсуждать данный скрин говорить о шрифтах.

По существу. Такой патчик повлияет на производительность загруженного веб-сервера?

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

>Классический Terminus уже стал ужоснахом?

Терминус на скрине - единственный нормальный шрифт. Всё остально - ужоснах.

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

а слева внизу чем лог выводится?

anonymous
()

2Dimez: да патч с http://people.redhat.com/~mingo/realtime-preempt/

2Lumi: спасибо за линк, присмотрюсь и к этому патчу тоже

2Stalwart: а чем -ck лучше?

2rtc: 
>Real-time патчи преднаначены для абсолютно других задач.

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

2SunSunich:
> работает ли на твоей машине поверсейв?

Частично. Машина умеет засыпать спусти 20 минут бездействия.
Но вот реагировать на кнопку Pwr перезагрузкой - нет. Дома стоит
точно такойже дистр - там умеет все. 

Рабоча машина:
проц -- Intel(R) Pentium(R) 4 CPU 1.60GHz
MB -- Ausus P4B266C

Консольный шрифт xos4 Terminus (Regular 14) -- вполне устраивает.

С KDE ничего особо не делал. Ковырялся конечно первые пару недуль. 
Но что делал- уже не помню, давно это было =)

2Man: А где можно скачать эти индикаторы слева? как они называются?
gkrellm + тема invisible (ищется через гугл)

>а слева внизу чем лог выводится?
root-tail

root-tail  -g 895x650+10+70  \
        -color yellow /var/log/firewall  \
        -color lightcyan /var/log/messages  \
        -i 1 -f --whole --wordwrap;

В логи просто попадают сообщения и от Cisco PIX 506E -- взял погонять.

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

Кстати, по поводу того, что по сети работать точно быстрее не станет...

никто разве не сталкивался с ситуацией, ставишь FreeBSD 5.3, все по дефолту из коробки, заходишь удаленно по ssh - она думает секунд так нцать и только потом выдает приглашение к логину?

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

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

Да suser недавно выкладывал свои экраны, так у него там со шрифтами полный Пэ.

anonymous
()

тормоз

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