On Mon, May 23, 2011 at 3:00 AM, Bill Janssen wrote:
> Tarek Ziadé wrote:
>
>> Yes, I am aware of this. I have fixed today most remaining issues, and
>> fixing the final ones right now.
>
> Just FYI: the "AMD64 Snow Leopard" buildbot and "PPC Leopard" buildbots
> are now green, but the "PPC Tige
On Sun, May 22, 2011 at 3:38 AM, Georg Brandl wrote:
> On 05/21/11 18:01, Senthil Kumaran wrote:
>> So a rewrite with good pointers would be more appropriate.
>
> Even then, it's better off in the Wiki until the rewrite is complete.
Perhaps replacing it with a placeholder page that refers to the
On Sat, May 21, 2011 at 9:59 PM, Antoine Pitrou wrote:
> On Fri, 20 May 2011 19:01:26 +0200
> Charles-François Natali wrote:
>
>> Hi,
>>
>> My name is Charles-François Natali, I've been using Python for a
>> couple years, and I've recently been granted commit priviledge.
>> I just wanted to say h
On Sat, May 21, 2011 at 7:47 AM, "Martin v. Löwis" wrote:
>> As Jesse has said, there is an RFP in development to improve
>> python.org to the point where we can self-host blogs and the like and
>> deal with the associated user account administration appropriately.
>
> To run a blog on www.python.
2011/5/23 "Martin v. Löwis"
> > I'm not a compiler/profiling expert so the main question is if such
> > design can work, and maybe someone was thinking about something
> > similar?
>
> My expectation is that your approach would likely make the issues
> worse in a multi-CPU setting. If you put mul
> I'm not a compiler/profiling expert so the main question is if such
> design can work, and maybe someone was thinking about something
> similar?
My expectation is that your approach would likely make the issues
worse in a multi-CPU setting. If you put multiple reference counters
into a contiguou
Tarek Ziadé wrote:
> Yes, I am aware of this. I have fixed today most remaining issues, and
> fixing the final ones right now.
Just FYI: the "AMD64 Snow Leopard" buildbot and "PPC Leopard" buildbots
are now green, but the "PPC Tiger" buildbot is still failing for all
branches because of packagi
>> 1. CPU cache lines (64 bytes on X86) containing a beginning of a
>> PyObject are very often invalidated, resulting in loosing many chances
>> to use the CPU caches
>
> Mutating data doesn't invalidate a cache line. It just makes it
> necessary to write it back to memory at some point.
>
I think
Hello,
On Sun, 22 May 2011 01:57:55 +0200
Artur Siekielski wrote:
> 1. CPU cache lines (64 bytes on X86) containing a beginning of a
> PyObject are very often invalidated, resulting in loosing many chances
> to use the CPU caches
Mutating data doesn't invalidate a cache line. It just makes it
n
