Я сталкиваюсь с проблемой дизайна в многопоточной программе C ++, связанной с безопасным выключением потоков.
Вот проблема:
Моя основная программа запускает несколько потоков.
Во время выключения я называю join () на каждом потоке, чтобы дождаться их, чтобы законно закончить. /> Обработчик сигнала немедленно пытается остановить все потоки, а также снова пытается присоединиться () или выполнить небезопасную очистку.
Это вызывает неопределенное поведение, потому что:
Невозможно узнать, находится ли поток внутри соединения ().
join () является блокирующим вызовом-если прерывание на полпути, это неясно, какова никокого объекта. может привести к сбоям или тупикам.
Я думал о том, чтобы спать в течение короткого времени, вместо того, чтобы присоединиться к немедленному, но это не решает фундаментальное условие гонки между:
Основная поток, пытающаяся присоединиться ()
, обработчик сигнал, пытающийся «заставить остановить» < /p>
Мои вопросы. прибывает во время join ()?
Важные примечания:
Обработчик сигнала в настоящее время вызывает _Exit (1) после попытки остановить все, что немедленно убивает программу (плохо - это то, как они реализовали ее в течение многих лет, без чистого отключения).
Подробнее здесь: https://stackoverflow.com/questions/795 ... rive-durin
Как безопасно обрабатывать соединение потока, когда сигнал прерывания (Sigint) может прибыть во время join ()? ⇐ C++
Программы на C++. Форум разработчиков
1744179019
Anonymous
Я сталкиваюсь с проблемой дизайна в многопоточной программе C ++, связанной с безопасным выключением потоков.
Вот проблема:
Моя основная программа запускает несколько потоков.
Во время выключения я называю join () на каждом потоке, чтобы дождаться их, чтобы законно закончить. /> Обработчик сигнала немедленно пытается остановить все потоки, а также снова пытается присоединиться () или выполнить небезопасную очистку.
Это вызывает неопределенное поведение, потому что:
Невозможно узнать, находится ли поток внутри соединения ().
join () является блокирующим вызовом-если прерывание на полпути, это неясно, какова никокого объекта. может привести к сбоям или тупикам.
Я думал о том, чтобы спать в течение короткого времени, вместо того, чтобы присоединиться к немедленному, но это не решает фундаментальное условие гонки между:
Основная поток, пытающаяся присоединиться ()
, обработчик сигнал, пытающийся «заставить остановить» < /p>
Мои вопросы. прибывает во время join ()?
Важные примечания:
Обработчик сигнала в настоящее время вызывает _Exit (1) после попытки остановить все, что немедленно убивает программу (плохо - это то, как они реализовали ее в течение многих лет, без чистого отключения).
Подробнее здесь: [url]https://stackoverflow.com/questions/79561689/how-to-safely-handle-thread-join-when-interrupt-signal-sigint-may-arrive-durin[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия