On 9 October 2011 21:48, Jon Olav Vik wrote:
> On Sun, Oct 9, 2011 at 9:01 PM, mark florisson
> wrote:
>> On 9 October 2011 19:54, Jon Olav Vik wrote:
>>> Personally, I think I'd prefer context managers as a very
>>> readable way to deal with parallelism
>>
>> Yeah it makes a lot of sense for mu
On Sun, Oct 9, 2011 at 9:01 PM, mark florisson
wrote:
> On 9 October 2011 19:54, Jon Olav Vik wrote:
>> Personally, I think I'd prefer context managers as a very
>> readable way to deal with parallelism
>
> Yeah it makes a lot of sense for mutual exclusion, but 'master' really
> means "only the m
On 9 October 2011 19:54, Jon Olav Vik wrote:
> On Sun, Oct 9, 2011 at 2:57 PM, Dag Sverre Seljebotn
> wrote:
with parallel.single():
same as master, except any thread may do the execution
An optional keyword argument 'nowait' specifies whether there will be a
barrier at t
On Sun, Oct 9, 2011 at 2:57 PM, Dag Sverre Seljebotn
wrote:
>>> with parallel.single():
>>> same as master, except any thread may do the execution
>>>
>>> An optional keyword argument 'nowait' specifies whether there will be a
>>> barrier at the end. The default is to wait.
>
> I like
>
> if paral
On 9 October 2011 18:35, Stefan Behnel wrote:
> Hi,
>
> Kay Hayen wrote a blog post about his view of the first PyCon-DE, including
> a bit on the discussions I had with him about Nuitka.
>
> http://www.nuitka.net/blog/2011/10/pycon-de-2011-my-report/
>
> It was interesting to see that Nuitka actu
Hi,
Kay Hayen wrote a blog post about his view of the first PyCon-DE, including
a bit on the discussions I had with him about Nuitka.
http://www.nuitka.net/blog/2011/10/pycon-de-2011-my-report/
It was interesting to see that Nuitka actually comes from the other side,
meaning that it tries to
On 9 October 2011 14:39, mark florisson wrote:
> On 9 October 2011 14:30, mark florisson wrote:
>> On 9 October 2011 13:57, Dag Sverre Seljebotn
>> wrote:
>>> On 10/09/2011 02:18 PM, Dag Sverre Seljebotn wrote:
On 10/09/2011 02:11 PM, mark florisson wrote:
>
> Hey,
>
>
On 9 October 2011 14:30, mark florisson wrote:
> On 9 October 2011 13:57, Dag Sverre Seljebotn
> wrote:
>> On 10/09/2011 02:18 PM, Dag Sverre Seljebotn wrote:
>>>
>>> On 10/09/2011 02:11 PM, mark florisson wrote:
Hey,
So far people have been enthusiastic about the cython.paral
On 9 October 2011 13:57, Dag Sverre Seljebotn
wrote:
> On 10/09/2011 02:18 PM, Dag Sverre Seljebotn wrote:
>>
>> On 10/09/2011 02:11 PM, mark florisson wrote:
>>>
>>> Hey,
>>>
>>> So far people have been enthusiastic about the cython.parallel features,
>>> I think we should introduce some new feat
On 9 October 2011 13:18, Dag Sverre Seljebotn
wrote:
>
> On 10/09/2011 02:11 PM, mark florisson wrote:
>>
>> Hey,
>>
>> So far people have been enthusiastic about the cython.parallel features,
>> I think we should introduce some new features. I propose the following,
>
> Great!!
>
> I only have ti
On 10/09/2011 02:18 PM, Dag Sverre Seljebotn wrote:
On 10/09/2011 02:11 PM, mark florisson wrote:
Hey,
So far people have been enthusiastic about the cython.parallel features,
I think we should introduce some new features. I propose the following,
Great!!
I only have time for a very short fe
On 10/09/2011 02:11 PM, mark florisson wrote:
Hey,
So far people have been enthusiastic about the cython.parallel features,
I think we should introduce some new features. I propose the following,
Great!!
I only have time for a very short feedback now, perhaps more will follow.
assume parall
Hey,
So far people have been enthusiastic about the cython.parallel features, I
think we should introduce some new features. I propose the following, assume
parallel has been imported from cython:
with parallel.master():
this is executed in the master thread in a parallel (non-prange) section
On 8 October 2011 10:22, mark florisson wrote:
> On 8 October 2011 08:03, Stefan Behnel wrote:
> > Vitja Makarov, 07.10.2011 18:01:
> >>>
> >>> 2011/10/7 Stefan Behnel:
>
> Vitja Makarov, 06.10.2011 23:12:
> >
> > Here is small comparison on compiling urllib.py with cython:
> >
14 matches
Mail list logo