Interrput a thread

gervaz gervaz at gmail.com
Mon Jan 3 17:05:46 EST 2011


On 3 Gen, 22:17, Adam Skutt <ask... at gmail.com> wrote:
> On Jan 3, 4:06 pm, Jean-Paul Calderone <calderone.jeanp... at gmail.com>
> wrote:
>
>
>
> > > Multiple processes, ok, but then regarding processes' interruption
> > > there will be the same problems pointed out by using threads?
>
> > No.  Processes can be terminated easily on all major platforms.  See
> > `os.kill`.
>
> Yes, but that's not the whole story, now is it?  It's certainly much
> more reliable and easier to kill a process.  It's not any easier to do
> it and retain defined behavior, depending on exactly what you're
> doing.  For example, if you kill it while it's in the middle of
> updating shared memory, you can potentially incur undefined behavior
> on the part of any process that can also access shared memory.
>
> In short, taking a program that uses threads and shared state and
> simply replacing the threads with processes will likely not gain you a
> thing.  It entirely depends on what those threads are doing and how
> they do it.
>
> Adam

As per the py3.1 documentation, os.kill is only available in the Unix
os. Regarding the case pointed out by Adam I think the best way to
deal with it is to create a critical section so that the shared memory
will be updated in an atomic fashion. Btw it would be useful to take a
look at some actual code/documentation in order to understand how
others dealt with the problem...

Ciao,

Mattia



More information about the Python-list mailing list