The nodal model
- Introduction
- What is nodal? (from faq) addressing foundation problems in OS (and in society as the solution is generic. Organisation, energy matter spacetime... (check about the project)
- Why do we need it? (from faq)
- To Add
- Threads: conversation, list of instructions, phases or cycles of operation. These phases can also loop in a cycle like seasons or days of the week. The items that make up these lists are in general called Moments. Threads are not instances, they can only exist conceptually. There can never be any such thing as an actual thread because only one part of it can exist "in the Now". It's because the thread-nature of it stretches along the dimension of time.
- Moments: A moment is purely instance. Each node exhibits a loop which passes through the current-focus of all the currently active threads in the context. In fact the only way a thread can ever execute is by being inserted into the active-loop of its parent.
- P2P and change propagation. Editing conflicts are made more of a problem in P2P due to the slow update. In a Nodal environment, editing conflicts are practically non-existent, and are easily resolved if they do occur. This is because the difficulty of the conflict is related to the size of the "atoms" involved (the smallest indivisible units undergoing change). In the case of current Wiki, CVS and most collaborative document systems is that these atoms are entire articles or files.
- See also Diff
- Schedule
The schedule is used at all layers; process execution, application, people and organisations. Here we discuss it in terms of the concepts and processes which make it up.
- Entropy & Potential
- Auto reduction
- Resource
The nodal version of the storage concept is actually Resource; the general idea of allocating, or "booking" the use of any kinds of resources to a schedule.
- The Nodal Data-Structure
The nodal model does not use methods as such, but rather is more of a code-snipit model allowing larger code-fragments to be made from executing threads of snipits. Snipits are organised by language and environment bindings.
See Also
- Node:Schedule - the execution model
- Aspect Oriented Programming
- Instance-Based Programming
- Self Programming Language
- Matching
The fundamental class-match is part of the execution-model.
Like XML/XSLT the nodal modal uses pattern matching, but a much simpler model. All matching is simple paths of class matches. Any path element which does not match anything will create the item and return true unless there is the operation is not permitted in the context.
- Levels of existence (of a node)
- Not Possible (Incomplete idea, not yet instantiatable)
- Possible (Active in global context, but is not part of current context)
- Potential (Is connected into the current context by event/schedule)
- Future (Known, committed potential)
- Active ("Now" in the current parallel-execution list)
- Past
- Aggregated
- Not recorded or Destroyed
- Local caching



