lkml.org 
[lkml]   [1999]   [Jul]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: (disk/cpu) kernel performance problem
On Wed, Jul 28, 1999 at 04:12:59PM -0700, Gerald Aigner wrote:

> In addition to that and maybe more promising is the possibility to
> map the page cache straight into the users address space and use copy on
> write if the user modifies the read buffer. (this of course works only
> if the readbuffer is aligned on a 4K boundary and the whole page is read
> in)

Ewww.. That basically *is* an mmap(), though, isn't it..

> I also profiled the mmapped code and found no such bottlenecks. The CPU
> was mostly idle. Unfortunately a lock in the kernel serializes a
> significant part of the mmap operation therefore leading to a slower
> overall execution time (see my previous postings).

Well, it's been mentioned a number of times that one of the big goals for
2.3/2.4 is to improve SMP performance by finer locking granularity, so it
wouldn't surprise me if someone's thinking about this issue already. Maybe
sct has already done it :-)

--
UNIX - saving you from the Gates of hell

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:53    [W:0.083 / U:0.156 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site