100% приоритет процесса

Только задрав приоритет процесса до небес.

Это правильный ответ на неправильный вопрос :)

man sched_setscheduler

Чем он неправильный? Мне нужно временное решение - отлаживать прогу которая будет работать без ОС.

Критический участок будет выполняться буквально 5-10 секунд.

PS: Под виндой это успешно делал отладчик SoftICE.

> Чем он неправильный? Мне нужно временное решение - отлаживать прогу которая будет работать без ОС.

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

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

> Ну и где я возьму второй комп для отладки? Не хорошо это конечно, но что-ж делать...

Я не могу представить однонитевую задачу, которая требует остановки всей системы для отладки. Ты что - промахи кэша считаешь вручную?

Можно отключить прерывания. Например, iopl(2), и потом cli/sti или {pushfl;cli}/popfl (для x86). Между cli и sti гарантированно ничего не вклинится, получится критическая секция в рамках одного процессорного ядра. Техника обычная, некоторые драйверы X.org'а так делают.

>Ну и где я возьму второй комп для отладки?

qemu наверное?

С каких это пор покупка компа за 300 баксов стало проблемой? А есди взять б/у, то ещё дешевле.

в принципе возможно, если перенести весь код в ядро,
запретить прерывания и т.д. и вперед

Вероятно придется и промахи кеша и предсказателя переходов считать. А пока чтобы ориентироваться нужно хотя-бы узнать насколько наличие ОС реально тормозит работу. Просто чтобы знать.

>PS: Под виндой это успешно делал отладчик SoftICE.

Ну нету под Линукс ничего сравнимого. ;) В таких случаях линуксоиды обычно говорят, что это не нужно.

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

Ну, во-первых, ты лукавишь. А во-вторых, это пример неприспособленности Линукса для серьезной промышленной разработки. Или, по крайней мере, его ограниченности.

- Какие у вас машины есть в продаже?
- Запорожец.
- Но у него же нет A, B и C, да и вообще он никуда не годится...
- Допили, привари, переделай...

Ну не смешно ли?

> Ну не смешно ли?

Ну не смешно ли искать в линуксе аналогию виндовой программы, которая работает под одной архитектурой с определённой (и весьма определённой!) версией системы? Интереса ради можете почитать, на всех ли поддерживаемых линуксом платформах вообще есть режим отладки.

Просто под linux кряки для программ не пишут, вот и не нужна такая глупость, как softice. Для дебага есть другие средства. А вообще, виндузоиды, кышь отсюда.

An open source kernel debugger similar to SoftICE. It provides low level debugging for Microsoft Windows, Linux, OpenBSD, NetBSD, and FreeBSD: http://rr0d.droids-corp.org/

Возможно, чем-нибудь поможет.

С учетом, что 90 % линуксов работает с этой архитектурой, не смешно. А грустно, для некоторых. Остается только, как лиса из басни, говорить:
- Зелен виноград!

;)

> Вероятно придется и промахи кеша и предсказателя переходов считать.

Для этого есть performance monitor'ы

> пока чтобы ориентироваться нужно хотя-бы узнать насколько наличие ОС реально тормозит работу.

Таймеры, oprofile

Не ссорьтесь :)

Ни разу мне под линуксом не потребовался отладчик уровня softice, да и под виндой использовал его для взлома... Может и действительно не нужно?

Не так давно в новостях пробегала забавная статья "Secretly Monopolizing the CPU Without Superuser Privileges". Правда, в совсем-совсем новых ядрах описанный метод уже не работает - залатали.

http://www.cs.huji.ac.il/~dants/papers/Cheat07Security.pdf

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