All of lore.kernel.org
 help / color / mirror / Atom feed
* Data Caching Service
@ 2007-02-11  9:20 Satapathy, Soumendu Sekhar
  0 siblings, 0 replies; 2+ messages in thread
From: Satapathy, Soumendu Sekhar @ 2007-02-11  9:20 UTC (permalink / raw)
  To: linux-kernel



 
-----Original Message-----
From: Satapathy, Soumendu Sekhar 
Sent: Friday, January 26, 2007 4:10 PM
To: 'Andrew Morton'
Subject: RE: Data Caching Service

Yes I agree with you. 

Even if we could do this without the kernel being involved, the
applications have to be aware of these details. Could it have been done
without the application's knowledge ?

The Kernel provides an environment/platform for the applications to run
and hence ideally as far as possible, performance issues related to
caching etc should be under the kernel's jurisdiction.

Currently I am talking at the philosophy level so I just wanted the
concept to make sense.  

thanks
soumendu 

 
-----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.

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

* Data Caching Service
@ 2007-02-11  9:23 Satapathy, Soumendu Sekhar
  0 siblings, 0 replies; 2+ messages in thread
From: Satapathy, Soumendu Sekhar @ 2007-02-11  9:23 UTC (permalink / raw)
  To: linux-kernel



 

-----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.

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

end of thread, other threads:[~2007-02-11  9:53 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-02-11  9:20 Data Caching Service Satapathy, Soumendu Sekhar
2007-02-11  9:23 Satapathy, Soumendu Sekhar

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.