linux-kernel - Data Caching Service

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Date:	Sun, 11 Feb 2007 14:50:43 +0530
From:	"Satapathy, Soumendu Sekhar" <Soumendu.Satapathy@...unisys.com>
To:	<linux-kernel@...r.kernel.org>
Subject:  Data Caching Service

-----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@...l.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@...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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/