lkml.org 
[lkml]   [2007]   [Feb]   [11]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
SubjectData Caching Service
DateSun, 11 Feb 2007 14:53:12 +0530
From"Satapathy, Soumendu Sekhar" <>



-----Original Message-----
From: Andrew Morton [mailto:akpm@osdl.org] 
Sent: Friday, January 26, 2007 2:24 PM
To: Satapathy, Soumendu Sekhar
Subject: Re: Data Caching Service
On Fri, 26 Jan 2007 14:05:04 +0530
"Satapathy, Soumendu Sekhar" <Soumendu.Satapathy@in.unisys.com> wrote:

> Hi,
> 
> 
> 
> I was just trying to work out on a Philosophy, where the Application
> designer, should not bother about performance issues related to any
kind
> of
> 
> caching. Even if Data Caching is a simple phenomenon of just storing
> data in memory for quick access, we don't want the application
designer
> 
> to bother about that. Application designer should bother about only
one
> thing and that is , the business logic for which they are writing the 
> 
> application. 
> 
> 
> 
> Of course we do have some language features which implements this
.Will
> it be prudent for the Kernel to take care of all issues related to
> caching ? 
> 
> Can a robust kernel be implemented to realize this?
> 
> 
> 
> I am attaching a small draft with this mail. Will it be possible for
you
> to just scroll it down in your free time ? If you feel that a variant
of
> such
> 
> a scheme if implemented can be of some help to linux,  then maybe we
> could release some useful patches.  
> 

hm.  But applications can utilise a common cache via shared libraries,
and shared memory
without involving the kernel.
-
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/

\
 
 \ /
  Last update: 2007-02-11 10:55    [from the cache]
©2003-2008