[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Changing octave to exploit multi-core hardware
From: |
John W. Eaton |
Subject: |
Re: Changing octave to exploit multi-core hardware |
Date: |
Tue, 25 Mar 2008 14:30:20 -0400 |
On 25-Mar-2008, Jaroslav Hajek wrote:
| A single OpenMP directive could do that, or even autoparallelization
| with some compilers,
| e.g. Intel C++. But there are two obstacles: first, the OCTAVE_QUIT
| macro (which breaks independence of cycles) and second, there is no
| guarantee that F has no side effects.
OK. Suppose the function has no side effects (at least when compiling
with GCC, this property could be declared with the "pure" or "const"
attribute). The OCTAVE_QUIT macro checks a global variable and calls
a function to handle an interrupt signal. How should that be handled
if the loop is executing in parallel?
jwe
- Changing octave to exploit multi-core hardware, (continued)
- Changing octave to exploit multi-core hardware, John W. Eaton, 2008/03/25
- Re: Changing octave to exploit multi-core hardware, Michael Goffioul, 2008/03/25
- Re: Changing octave to exploit multi-core hardware, Aaron Birenboim, 2008/03/25
- Re: Changing octave to exploit multi-core hardware, Quentin Spencer, 2008/03/25
- Re: Changing octave to exploit multi-core hardware, John W. Eaton, 2008/03/25
- Re: Changing octave to exploit multi-core hardware, Jaroslav Hajek, 2008/03/25
- Re: Changing octave to exploit multi-core hardware,
John W. Eaton <=
- Re: Changing octave to exploit multi-core hardware, Jaroslav Hajek, 2008/03/25
- Re: Changing octave to exploit multi-core hardware, John W. Eaton, 2008/03/25
Re: Changing octave to exploit multi-core hardware, Michael Creel, 2008/03/25