All of lore.kernel.org
 help / color / mirror / Atom feed
* Terrible PA8800 SMP Performance
@ 2008-01-20 19:55 John David Anglin
  2008-01-20 20:10 ` Kyle McMartin
  0 siblings, 1 reply; 3+ messages in thread
From: John David Anglin @ 2008-01-20 19:55 UTC (permalink / raw)
  To: linux-parisc

I've been doing GCC builds on a four processor PA8800 currently
running 2.6.24-rc6.  With make -j 6 bootstrap, this machine is
several hours slower than gsyprf11 doing the same GCC build and
check.  gsyprf11 is a two processor PA8700 and I typically
use make -j 4 on it.  The PA8800 is also slower than my c3750.

I've mentioned this before but some tests that never timeout even
on slow machines randomly timeout on the PA8800.

Any thoughts on what's wrong?

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Terrible PA8800 SMP Performance
  2008-01-20 19:55 Terrible PA8800 SMP Performance John David Anglin
@ 2008-01-20 20:10 ` Kyle McMartin
  2008-01-20 20:40   ` John David Anglin
  0 siblings, 1 reply; 3+ messages in thread
From: Kyle McMartin @ 2008-01-20 20:10 UTC (permalink / raw)
  To: John David Anglin; +Cc: linux-parisc

On Sun, Jan 20, 2008 at 02:55:18PM -0500, John David Anglin wrote:
> I've been doing GCC builds on a four processor PA8800 currently
> running 2.6.24-rc6.  With make -j 6 bootstrap, this machine is
> several hours slower than gsyprf11 doing the same GCC build and
> check.  gsyprf11 is a two processor PA8700 and I typically
> use make -j 4 on it.  The PA8800 is also slower than my c3750.
> 

flushing 32MB of cache on every fork and exec? :/

cheers,
	kyle

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Terrible PA8800 SMP Performance
  2008-01-20 20:10 ` Kyle McMartin
@ 2008-01-20 20:40   ` John David Anglin
  0 siblings, 0 replies; 3+ messages in thread
From: John David Anglin @ 2008-01-20 20:40 UTC (permalink / raw)
  To: Kyle McMartin; +Cc: linux-parisc

> flushing 32MB of cache on every fork and exec? :/

That's what I was thinking, although the actual situation may be worse.
It appears we may flush the entire cache (32MB I-cache and 32MB D-cache)
on every cpu.

static void cacheflush_h_tmp_function(void *dummy)
{
        flush_cache_all_local();
}

void flush_cache_all(void)
{
        on_each_cpu(cacheflush_h_tmp_function, NULL, 1, 1);
}

void flush_cache_mm(struct mm_struct *mm)
{
#ifdef CONFIG_SMP
        flush_cache_all();
#else
	flush_cache_all_local();
#endif
}

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-01-20 20:40 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-20 19:55 Terrible PA8800 SMP Performance John David Anglin
2008-01-20 20:10 ` Kyle McMartin
2008-01-20 20:40   ` John David Anglin

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.