On Fri, Oct 23, 2009 at 2:31 PM, Olof Bjarnason
wrote:
>> >
>> > This would be way to speed up things in an image processing algorithm:
>> > 1. divide the image into four subimages 2. let each core process each
>> > part independently 3. fix&merge (along split lines for example) into a
>> > result
>
> >
> > This would be way to speed up things in an image processing algorithm:
> > 1. divide the image into four subimages 2. let each core process each
> > part independently 3. fix&merge (along split lines for example) into a
> > resulting, complete image
>
> Well, don't assume you're the first
Le Fri, 23 Oct 2009 15:53:02 +0200, Olof Bjarnason a écrit :
>
> This would be way to speed up things in an image processing algorithm:
> 1. divide the image into four subimages 2. let each core process each
> part independently 3. fix&merge (along split lines for example) into a
> resulting, comp
2009/10/23 Antoine Pitrou
> Le Fri, 23 Oct 2009 09:45:06 +0200, Olof Bjarnason a écrit :
> >
> > So I think my first question is still interesting: What is the point of
> > multiple cores, if memory is the bottleneck?
>
> Why do you think it is, actually? Some workloads are CPU-bound, some
> othe
Le Fri, 23 Oct 2009 09:45:06 +0200, Olof Bjarnason a écrit :
>
> So I think my first question is still interesting: What is the point of
> multiple cores, if memory is the bottleneck?
Why do you think it is, actually? Some workloads are CPU-bound, some
others are memory- or I/O-bound.
You will
2009/10/23 Stefan Behnel
> > Olof Bjarnason wrote:
> > [snip]
> >> A short question after having read through most of this thread, on the
> >> same subject (time-optimizing CPython):
> >>
> >> http://mail.python.org/pipermail/python-list/2007-September/098964.html
> >>
> >> We are experiencing mu
> Olof Bjarnason wrote:
> [snip]
>> A short question after having read through most of this thread, on the
>> same subject (time-optimizing CPython):
>>
>> http://mail.python.org/pipermail/python-list/2007-September/098964.html
>>
>> We are experiencing multi-core processor kernels more and more th
2009/10/23 Olof Bjarnason
>
>
> 2009/10/22 MRAB
>
> Olof Bjarnason wrote:
>> [snip]
>>
>> A short question after having read through most of this thread, on the
>>> same subject (time-optimizing CPython):
>>>
>>> http://mail.python.org/pipermail/python-list/2007-September/098964.html
>>>
>>> We
2009/10/22 MRAB
> Olof Bjarnason wrote:
> [snip]
>
> A short question after having read through most of this thread, on the
>> same subject (time-optimizing CPython):
>>
>> http://mail.python.org/pipermail/python-list/2007-September/098964.html
>>
>> We are experiencing multi-core processor kern
Olof Bjarnason wrote:
[snip]
A short question after having read through most of this thread, on the
same subject (time-optimizing CPython):
http://mail.python.org/pipermail/python-list/2007-September/098964.html
We are experiencing multi-core processor kernels more and more these
days. But th
Qrees wrote:
Hello
As my Master's dissertation I chose Cpython optimization. That's why
i'd like to ask what are your suggestions what can be optimized. Well,
I know that quite a lot. I've downloaded the source code (I plan to
work on Cpython 2.6 and I've downloaded 2
On Wed, Oct 21, 2009 at 1:28 PM, Qrees wrote:
> Hello
>
> As my Master's dissertation I chose Cpython optimization. That's why
> i'd like to ask what are your suggestions what can be optimized. Well,
> I know that quite a lot. I've downloaded the source code (
Qrees wrote:
>> http://www.cython.org/
>
> I was thinking about sacrificing some flexibility of Python and thank
> you for pointing me to this project. I didn't about it.
> [...]
> BTW: My seminar deals with object oriented programming.
It's actually not hard to extend the set of optimisations in
Francesco Bochicchio wrote:
> As a simple and plain python user, I would value a version of cython that
> can be used to built faster executables out of almost-python code (that
> is python code with a few additional restructions). Maybe using typing
> inference to avoid declaring explicitely th
Hello
As my Master's dissertation I chose Cpython optimization. That's why
i'd like to ask what are your suggestions what can be optimized. Well,
I know that quite a lot. I've downloaded the source code (I plan to
work on Cpython 2.6 and I've downloaded 2.6.3 release). By
2009/10/22 John Yeung
> On Oct 22, 12:28 am, John Nagle wrote:
>
> >The Shed Skin people would welcome some help.
> >
> >http://shed-skin.blogspot.com/
>
> People? It's one guy. It apparently started out as a Master's thesis
> as well. ;)
>
> I am a great admirer of the Shed Skin p
On Oct 22, 12:28 am, John Nagle wrote:
> The Shed Skin people would welcome some help.
>
> http://shed-skin.blogspot.com/
People? It's one guy. It apparently started out as a Master's thesis
as well. ;)
I am a great admirer of the Shed Skin project, and I would be as happy
as anyone
Qrees wrote:
Hello
As my Master's dissertation I chose Cpython optimization. That's why
i'd like to ask what are your suggestions what can be optimized. Well,
I know that quite a lot. I've downloaded the source code (I plan to
work on Cpython 2.6 and I've downloaded 2
> If you don't know yet, you could find interesting this project:
>
> http://code.google.com/p/unladen-swallow/
I know about this project. I'll have a look at it, but I'd like to
create something of my own.
> They too are trying to improve CPython speed.
>
> If you are thinking of language var
Il Wed, 21 Oct 2009 10:28:55 -0700, Qrees ha scritto:
> Hello
>
> As my Master's dissertation I chose Cpython optimization. That's why i'd
> like to ask what are your suggestions what can be optimized. Well, I
> know that quite a lot. I've downloaded the sourc
20 matches
Mail list logo
