Carl Johnson put forth on 1/13/2011 11:34 AM:

> Processors      Time (seconds)
> P1              66
> P2              36
> P3              25
> P4              20
> P5              20
> P6              20
> P7              20
> P8              20
> 
> I am sure the time would have increased if the system had run out of
> memory and had to start swapping.  The system is not completely idle
> since I am running a KDE 4.4.5 desktop and VirtualBox with two guest
> OSs (Debian and NetBSD).  I suspect it would have closer to linear
> scaling if the system had been completely idle.

Your numbers bear out exactly what I predicted.  Look at the decrease in run
time from 1 to 2, 2 to 3, and from 3 to 4 processes:

#CPUs   Decremental run time    Fractional gain per CPU
2       30s                     1/2
3       11s                     1/6th
4        5s                     1/13th

You can clearly see the effects of serious memory contention when 3 cores are
pegged.  Bringing the 4th core into the mix yields almost nothing compared to
three cores, cutting only 5 seconds from a 66 second run time.

I'm anxious to see someone's results for a Phenom II X2 with the 6MB L2 cache to
verify my prediction there.  That's a tougher prediction though as I haven't
modeled the cache behavior of Imagemagick's convert program.  And the data above
shows it seems to be very memory b/w heavy.  Such a test would definitely be
very revealing of the effectiveness of the Phenom II X2's L3 cache, given what
we've seen so far.

-- 
Stan


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d30d0f0.7000...@hardwarefreak.com

Reply via email to