All of lore.kernel.org
 help / color / mirror / Atom feed
* performance of cache-intensive applications
@ 2002-12-04  2:08 Igor Schein
  2002-12-04  8:56 ` Giuliano Pochini
  0 siblings, 1 reply; 3+ messages in thread
From: Igor Schein @ 2002-12-04  2:08 UTC (permalink / raw)
  To: linux-kernel

Hi,

I am using an open-source application on ix86 to perform a task which
is cache-intensive.  When I run consecutive iterations of the task on
a fixed input, the variance in timing of each iteration is extemely
high.   Needless to say, the test machine is always non-occupied.

On every other OS I tried, Solaris, HPUX, FreeBSD and Tru64, the
timing is very consistent between the iterations.  My question is, are
there known issues with L2 cache reuse in Linux kernel?

I can provide any necessary information for anyone interested in
addressing this issue, but I purposely skipped most technical details
in this post to keep it simple.

Thanks in advance.

Igor


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

* RE: performance of cache-intensive applications
@ 2002-12-04  2:17 Nakajima, Jun
  0 siblings, 0 replies; 3+ messages in thread
From: Nakajima, Jun @ 2002-12-04  2:17 UTC (permalink / raw)
  To: igor, linux-kernel

This kind of problem could be solved by cache coloring. There should be some
patch available for Linux. I don't know if the other OSes you tried
implement cache coloring, though.

Jun

> -----Original Message-----
> From: Igor Schein [mailto:igor@txc.com]
> Sent: Tuesday, December 03, 2002 6:09 PM
> To: linux-kernel@vger.kernel.org
> Subject: performance of cache-intensive applications
> 
> Hi,
> 
> I am using an open-source application on ix86 to perform a task which
> is cache-intensive.  When I run consecutive iterations of the task on
> a fixed input, the variance in timing of each iteration is extemely
> high.   Needless to say, the test machine is always non-occupied.
> 
> On every other OS I tried, Solaris, HPUX, FreeBSD and Tru64, the
> timing is very consistent between the iterations.  My question is, are
> there known issues with L2 cache reuse in Linux kernel?
> 
> I can provide any necessary information for anyone interested in
> addressing this issue, but I purposely skipped most technical details
> in this post to keep it simple.
> 
> Thanks in advance.
> 
> Igor
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

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

* RE: performance of cache-intensive applications
  2002-12-04  2:08 performance of cache-intensive applications Igor Schein
@ 2002-12-04  8:56 ` Giuliano Pochini
  0 siblings, 0 replies; 3+ messages in thread
From: Giuliano Pochini @ 2002-12-04  8:56 UTC (permalink / raw)
  To: Igor Schein; +Cc: linux-kernel


On 04-Dec-2002 Igor Schein wrote:
> Hi,
> 
> I am using an open-source application on ix86 to perform a task which
> is cache-intensive.  When I run consecutive iterations of the task on
> a fixed input, the variance in timing of each iteration is extemely
> high.   Needless to say, the test machine is always non-occupied.

CPU bound or I/O bound ?  What kernel version ?  IDE or
SCSI ?  vmstat ?  Other details ?


Bye.


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

end of thread, other threads:[~2002-12-04  8:49 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-12-04  2:08 performance of cache-intensive applications Igor Schein
2002-12-04  8:56 ` Giuliano Pochini
  -- strict thread matches above, loose matches on Subject: below --
2002-12-04  2:17 Nakajima, Jun

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.