1.1, Samm (??), 18:51, 22/12/2008 [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
У меня был случай когда ватчдог ресетил сильно перенагруженный тазик, так что совет следует принимать с осторожностью. Решил проблему отрубанием оного, благо и так не висло.
| |
|
2.2, const86 (ok), 21:09, 22/12/2008 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> У меня был случай когда ватчдог ресетил сильно перенагруженный тазик
Не знаю как в фрибсд, но линуксовый демон (а он не один и тот же?) ставит себе планировщик FIFO, так что никто ему не мешает дёргать девайс.
| |
|
3.6, Samm (??), 13:04, 24/12/2008 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Какой еще "планировщик FIFO"? В многозадачный ОС ядро определяет кто получает процессорное время, а кто нет. Можно играться с приоритетами или выбирать тип системного планировщика, но все равно не в риалтайм ос никто не может гарантировать процессу нужное ему количество времени.
| |
|
4.7, dimss (?), 15:26, 24/12/2008 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
В Linux действительно не гарантируется выделение нужного процессорного времени. Но зато гарантируется, что RT-процесс всегда получит время в ущерб не-RT процессам. Приоритетнее его может быть само ядро (обработка прерываний). Или другой RT-процесс. Так что установка RT-приоритета и блокировка страниц в RAM дадут требуемый результат.
| |
|
|
|
1.4, Аноним (-), 02:17, 23/12/2008 [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
еще можно задействовать один из процессоров на SMP машине, если собрать ядро с
options MP_WATCHDOG
и указать номер процессорного ядра через debug.watchdog
Но сие не работает с SCHED_ULE, только с SCHED_4BSD.
| |
|