Есть секция закрытая rcu_read_lock (netfilter: nf_hook_slow), где то там, в глубине, есть секция кода, которую необходимо распараллелить на n ядер платформы. Соответственно заранее порождаются потоки, и ожидают постановок задач в очередь. Все это дело прикрыто семаформами. Собственно после up() все к чертям валится в ребут даже без кернел паника. Есть ли адекватное решение этой проблемы?
Ответ на:
комментарий
от vnovouhov
Ответ на:
комментарий
от vasily_pupkin
Ответ на:
комментарий
от const86
Ответ на:
комментарий
от wfrr
Ответ на:
комментарий
от wfrr
Ответ на:
комментарий
от vasily_pupkin
Ответ на:
комментарий
от tailgunner
Ответ на:
комментарий
от vasily_pupkin
Ответ на:
комментарий
от tailgunner
Ответ на:
комментарий
от vasily_pupkin
Ответ на:
комментарий
от tailgunner
Ответ на:
комментарий
от vasily_pupkin
Ответ на:
комментарий
от tailgunner
Ответ на:
комментарий
от vasily_pupkin
Ответ на:
комментарий
от tailgunner
Ответ на:
комментарий
от vasily_pupkin
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум Семафоры (2005)
- Форум Семафоры (2003)
- Форум семафоры (2005)
- Форум семафоры (2006)
- Форум семафоры (2005)
- Новости Userspace RCU library 0.3.0 (2009)
- Форум использование RCU в драйверах (2006)
- Форум Распределенный семафор (2013)
- Форум SystemV семафоры (2006)
- Форум Семафоры POSIX (2001)