|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Slawa Olhovchenkov 2:5030/500 24 Mar 2005 19:40:40
To : Dmitry Miloserdov
Subject : В сторону разработчиков
--------------------------------------------------------------------------------
24 Mar 05, Dmitry Miloserdov writes to Slawa Olhovchenkov:
GS>>> А чем они сложные/проблемные?
SO>> В них возможны баги. Возможны дедлоки. Мы можем ввалиться сюда с уже
SO>> захваченым мутексом и в результате будем вечно ждать его освобождения,
SO>> ожидая вмешательства оператора.
SO>> У нас могут быть просто порушены/покрошены мясорубкой структуры,
SO>> отвечающие за мутексы и мы вообще тут можем получить черт знает что.
SO>> В общем это все рассуждения аналогичные тому, что курнельный дамп
SO>> выполняется специальным кодом, без DMA и с запрещенными прерываниями.
SO>> Типа чем меньшим числом сервисов и наворотов мы будем пользоваться,
SO>> тем выше шанс все завершить успешно и не разнести еще что-то по
SO>> дороге.
DM> А как ты предлагаешь сообщить соседнему процессору что уже все плохо и пора
DM> паниковать?
Глобальным флагом, не требующим синхронизации поскольку он только
устанавливается?
Hа самом деле я так понимаю там фактически просто флаг для детекции panic внутри
panic.
DM> Менять что-то глобальное не убедившись что никто не использует это на
DM> другом процессоре было бы очень опрометчиво. А если в многопроцессорной
DM> системе поломаны мутексы то надеяться на нормальное завершение все равно не
DM> приходится.
Ты что? Какое _нормальное_ завершение?! У нас _panic_. Hе нормально завершиться
надо, а скинуть корку, что возможно из буферов и уйти в перезагрузку. Последнее
нужно больше всего.
DM> Кстати а умеют ли intel`ы делать cross-call`ы?
Это тут вообще не причем, насколько я понимаю.
В данном случае всех устроит даже просто работа с запрещенными прерываниями и
остановленными остальными процессорами.
... Hе стоит пить из лужи -- пригодиться плюнуть.
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
