Re: Object Capability model for IoT

David Barbour <[email protected]>
Newsgroups gmane.comp.capabilities.general
Message-ID <CAAOQMSub6e=b9H5Oo9ZWoOmOukcKoJPm5y5M2xXZ24uKg0r6RQ@mail.gmail.com>
On Mon, Jun 23, 2014 at 10:09 AM, Karp, Alan H <[email protected]> wrote:

>  I don’t see why the mapping table is a big issue.  If it grows without
> bound, that means the number of objects grows without bound, too.  Even
> with meaningful strings, you have the same distributed garbage collection
> problem.
>

It is true that "the number of objects grows without bounds" either way.
But you're wrong about the implications on GC.

Consider: when object information is encoded directly in the string, you
can 'drop' that information by the simple (and entirely local) act of
dropping the string. However, when object information is encoded in an
extrinsic table, however, the information sticks around long after you drop
the capability, and so you need a distributed garbage collection process to
eventually remove the information from the system. Fundamentally, it is
these 'mapping tables' that are GC'd, not 'objects'.

Random strings, by nature of being random, do not encode information, and
so information must always be encoded extrinsically, using a mapping table
or equivalent. Meaningful strings, by comparison, can often encode
stateless objects or functions directly, and can further encode an
unbounded set of facets and compositions and such that guard access to a
constrained subset of stateful objects or resources.

_______________________________________________
cap-talk mailing list
[email protected]
http://www.eros-os.org/mailman/listinfo/cap-talk
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.