[asio] multi-threaded io_service::run produce wrong result
Hi, there.
At first, sorry for my poor English.
I'm a newbie to boost and nowadays I'm trying understand how to use
boost::asio in multi-thread environment.
I have written a program as below:
(I do know it's of no use, I wrote it just for learning)
------------------------------------------------------------
#include
On Mon, Mar 28, 2011 at 08:40:02PM +0800, leiming wrote:
Hi, there.
An io_service will consider itself finished when there is no more pending tasks to perform. That means that if there is sufficient time between the first task and the second task being posted, they may return from run() and end their threads, resulting in the joins being completed. If you want to keep an io_service alive while there are no pending operations, construct an io_service::work object from the io_service. That will keep io_service::run() running until all pending work is finished (which you will indicate by destroying the work object. -- Lars Viklund | zao@acc.umu.se
在 Tue, 29 Mar 2011 02:40:48 +0800,Lars Viklund
On Mon, Mar 28, 2011 at 08:40:02PM +0800, leiming wrote:
Hi, there.
An io_service will consider itself finished when there is no more pending tasks to perform.
Thank you for your reply!
That means that if there is sufficient time between the first task and the second task being posted, they may return from run() and end their threads, resulting in the joins being completed. I'm also run io_service::run in the main thread after add all jobs but it still produce a wrong answer. It will finish all jobs even if the 2 threads ended because the jobs will run in the main thread after all jobs were added I thought. I don't know why
If you want to keep an io_service alive while there are no pending operations, construct an io_service::work object from the io_service.
That will keep io_service::run() running until all pending work is finished (which you will indicate by destroying the work object.
I have tried and it works!
On Tue, Mar 29, 2011 at 06:49:12AM +0800, leiming wrote:
在 Tue, 29 Mar 2011 02:40:48 +0800,Lars Viklund
写道: On Mon, Mar 28, 2011 at 08:40:02PM +0800, leiming wrote:
Hi, there.
An io_service will consider itself finished when there is no more pending tasks to perform.
Thank you for your reply!
That means that if there is sufficient time between the first task and the second task being posted, they may return from run() and end their threads, resulting in the joins being completed. I'm also run io_service::run in the main thread after add all jobs but it still produce a wrong answer. It will finish all jobs even if the 2 threads ended because the jobs will run in the main thread after all jobs were added I thought. I don't know why
I do not quite know why, but I would guess that once an io_service has gone into the stopped state, you might have to perform some action to reset it, so that it can be started again. I would not expect any actions you post to it during the stopped-but-not-reset period to have any effect.
If you want to keep an io_service alive while there are no pending operations, construct an io_service::work object from the io_service.
That will keep io_service::run() running until all pending work is finished (which you will indicate by destroying the work object.
I have tried and it works!
Hooray! -- Lars Viklund | zao@acc.umu.se
I do not quite know why, but I would guess that once an io_service has gone into the stopped state, you might have to perform some action to reset it, so that it can be started again.
Yes, io_service::reset() should be called.
在 Wed, 30 Mar 2011 05:56:39 +0800,Lars Viklund
On Tue, Mar 29, 2011 at 06:49:12AM +0800, leiming wrote:
I do not quite know why, but I would guess that once an io_service has gone into the stopped state, you might have to perform some action to reset it, so that it can be started again. I would not expect any actions you post to it during the stopped-but-not-reset period to have any effect.
Oh, I try running ioserv.reset(); ioserv.run(); after the two joins and this time it works as I excepted. Thank you very much. By the way, I see this statement in boost::asio::io_service::reset document: This function must be called prior to any second or later set of invocations of the run(), run_one(), poll() or poll_one() functions when a previous invocation of these functions returned due to the io_service being stopped or running out of work. I didn't notice this before... orz
Hooray!
participants (3)
-
Igor R
-
Lars Viklund
-
leiming