Как узнать, что поток находится в приостановленном состоянии

Question

Как узнать, что поток находится в приостановленном состоянии

0

Я приостанавливаю поток, используя событие. Когда eventSuspend сигнализируется, поток ожидает его.

// inside the thread function
WaitForSingleObject(eventSuspend, INFINITE );

Теперь извне я устанавливаю его для ожидания eventSuspend.ResetEvent() но цикл внутри функции потока является длительным (отнимает много времени). Как я могу знать, что поток завершил все, что он делал, и теперь он действительно ждет этого сигнала?

zar 25 окт. 2013, в 23:58

Источник

2

Просто используйте другое событие.
Hans Passant 25 окт. 2013, в 21:24
0

События @HansPassant являются объектами ядра и довольно дорогими (вялыми), мне было интересно, могу ли я каким-то образом использовать одно и то же событие, но это не имеет смысла .. делает это :) о, я думаю, возможно, используя событие автоматического сброса
zar 25 окт. 2013, в 21:26
0

Затраты на дополнительный объект события незначительны.
Harry Johnston 26 окт. 2013, в 01:24
0

Откройте Taskmanager и посмотрите на количество дескрипторов. Вы должны увидеть цифру где-то между 10k и 20k. Вы действительно думаете, что один объект события стоит дорого ?
IInspectable 27 окт. 2013, в 01:35
0

@ Непонятно, что ты говоришь, имеет смысл. Я предполагаю, что причина этого была в том, что библиотека MFC не является поточно-ориентированной для повышения производительности, и я прочитал в многопоточной книге, что использование объектов Kernal является дорогостоящим (по времени).
zar 28 окт. 2013, в 13:56
0

Просто чтобы сообщить другому потоку, что определенное состояние достигнуто, событие не нужно. Простого целого или bool может быть достаточно, когда вам не нужно ждать его !!!
xMRi 29 окт. 2013, в 08:38
0

@xMRi Простое целое или bool не хорошо. Как вы будете проверять состояние .. в цикле? По крайней мере, событие позволяет вам проверить это чисто.
zar 29 окт. 2013, в 13:39
0

Как я уже писал: если вам не нужно ждать и просто хотите узнать, достигнуто ли определенное состояние, любая переменная (volatile) - это нормально.
xMRi 29 окт. 2013, в 14:00

Показать ещё 6 комментариев

Теги:

c++

multithreading

windows

mfc

1 ответ

Ещё вопросы

Просто используйте другое событие.
События @HansPassant являются объектами ядра и довольно дорогими (вялыми), мне было интересно, могу ли я каким-то образом использовать одно и то же событие, но это не имеет смысла .. делает это :) о, я думаю, возможно, используя событие автоматического сброса
Затраты на дополнительный объект события незначительны.
Откройте Taskmanager и посмотрите на количество дескрипторов. Вы должны увидеть цифру где-то между 10k и 20k. Вы действительно думаете, что один объект события стоит дорого ?
@ Непонятно, что ты говоришь, имеет смысл. Я предполагаю, что причина этого была в том, что библиотека MFC не является поточно-ориентированной для повышения производительности, и я прочитал в многопоточной книге, что использование объектов Kernal является дорогостоящим (по времени).
Просто чтобы сообщить другому потоку, что определенное состояние достигнуто, событие не нужно. Простого целого или bool может быть достаточно, когда вам не нужно ждать его !!!
@xMRi Простое целое или bool не хорошо. Как вы будете проверять состояние .. в цикле? По крайней мере, событие позволяет вам проверить это чисто.
Как я уже писал: если вам не нужно ждать и просто хотите узнать, достигнуто ли определенное состояние, любая переменная (volatile) - это нормально.

Elmue · Answer 1 · 2014-04-08T20-19-00.000Z

Ваш вопрос неверен: нить, которая ждет, не приостановлена!

Поток приостанавливается после вызова SuspendThread() но не после вызова WaitForSingleObject().

Просто установите флаг BOOL, когда цикл потока запущен и сбросьте флаг, когда цикл потока завершен, тогда вы знаете, работает ли он или нет.

Если вы хотите получить более подробную информацию о потоке, например, если это произойдет или нет, вы можете использовать код, который я разместил здесь: как получить состояние потока (например, приостановлено), память + использование ЦП, время начала, приоритет и т.д.