[cap-talk] Reducing Ambient user authority in a Type Safe /Memory Safe OS.

[Mark Miller]

On Sat, Jan 2, 2010 at 11:13 AM, Bill Frantz <frantz at pwpconsult.com> wrote:

> david-sarah at jacaranda.org (David-Sarah Hopwood) on Saturday, January 2,
> 2010 wrote:
>
> >Not really. You need a way to account for resources (including memory
> >segments) held by processes and not linked into the filesystem, anyway.
>
> Agreed.
>
>
> >So files held open by a process can just be accounted to that process.
> >Files linked from multiple places should be accounted to all of those
> >places (each for the full size).
>
> How you account for shared resources is a religious issue, and I'm an
> agnostic.
>
> IMHO, it is good to allow many users to share the cost of an expensive
> resource, possibly making something that would otherwise be too expensive
> for one affordable for all.
>
> OTOH, I've been in the computer services business, now called "cloud
> computing". If you can get every user to pay full price for a shared
> resource, you make more money.
>
> The only good news in this well-trodden area is that storage continues to
> get cheaper, so how you charge for it matters less for old uses.
>
>
I agree. And mattering less is good news. <
http://e-drexler.com/d/09/00/AgoricsPapers/agoricpapers/ie/ie3.html#section3.2.1>
is the simplest principled answer to this issue I know of, and it is
probably still too complex to be practical. It is a hard problem to address
well.



> Cheers - Bill
>
> -----------------------------------------------------------------------
> Bill Frantz        | gets() remains as a monument | Periwinkle
> (408)356-8506      | to C's continuing support of | 16345 Englewood Ave
> www.pwpconsult.com | buffer overruns.             | Los Gatos, CA 95032
> _______________________________________________
> cap-talk mailing list
> cap-talk at mail.eros-os.org
> http://www.eros-os.org/mailman/listinfo/cap-talk
>



-- 
Text by me above is hereby placed in the public domain

   Cheers,
   --MarkM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.eros-os.org/pipermail/cap-talk/attachments/20100102/26bd90c6/attachment.html