OverviewFilesCommitsIssuesDocsReleasesPeers

opencog-atomese-simd commits / 9716e4e

Layering issues
9716e4e1df9ba5a219abaa026e23744ebd18f77e
by Linas Vepstas <linas@linas.org> · 2025-10-01T18:17:49.000Z

Changed files (1) +19 -2

Design-G.md +19 -2
……@@ -102,6 +102,14 @@ reads and writes are described by this graph: an AtomSpace accessible
102102for reading is also accessible for writing (unless it is marked
103103read-only.)
104104
105The current implementation of layered AtomSpaces has some strong
106negative performance reprecussions. This is because the layers are
107envisioned as being OverlayFS-like: Atoms in lower layers can be masked
108or hidden in higher layers, so that it looks like they are absent.
109Atoms in higher layers can have different key-value store contents
110than lower layers. The lookup has fairly strongly noticable performance
111impacts, even though this is not benchmarked at this time.
112
105113This directed graph is represented with a Frame, which is an Atom that
106114is both like a Node and like a Link, having both a (singular) name and
107115an outgoing set.
……@@ -167,8 +175,14 @@ take a closer look and make sure we are not missing anything.
167175 multiple parties can engage in coopertive actions by authenticating
168176 with crypto keys.
169177
170How can we leverage the above for the next-gen design? The
171implementation of AtomSpace layers
178How can we leverage the above for the next-gen design?
179* The implementation of AtomSpace layers was challenging.
180* The current implementation has an underwhelming performance profile.
181* The current ProxyNode implementation is already version 2;
182 the version 1 variant had proxies, but not ProxyNodes.
183
184So we're effectively going for version 3, here; lets get it right,
185instead of being half-assed about it.
172186
173187
174188### Are SensoryNode's AtomSpaces?
……@@ -186,3 +200,6 @@ TODO List
186200---------
187201Writiing the above, the TODO list expands:
188202* The ThreadJoinLink should be removed from Atomese. DONE.
203* Benchmark the Atompsace layers/frame performance. Maybe with a variant
204 of the `LargeZipfUTest` layout, but this time with different count
205 data at each layer.