The nodal model

1. Introduction

• Why do we need to start at such a basic level, when powerful high-level data-structures already exist in most programming environments that can easily support this?

Each different programming language has it's own strengths and weaknesses across many different contexts such as efficiency, portability, scalability, availability of programmers, application-vendor support, protocol/standards support etc. But one area which is common to all languages and benefits greatly from unification is the concept of program-flow.

The concept of program-flow itself comes in many flavours which appear in all combinations across the different programming environments. Some of these program-flow concepts are subroutines, conditional-structures, looping structures, event models and multi-threading models.

The nodal model can completely replace the program-flow aspects of the environments with a unified organisational environment in which the functions and objects of other languages are managed and executed to a schedule.

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.

This organisational environment is recursive and can therefore not only form applications from the organisation of function-execution, but also forms real-world organisations by integrating the same organisational environment with our own goals, roles, and resources.

• Moment: 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

• Aspect Oriented Programming
• Instance-Based Programming
• Self Programming Language
• Diff
• 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)

1. 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

1. 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

1. 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.

1. The Nodal Data-Structure
   1. +Node Structure Overview
   2. +List-Space
   3. Process Execution
   4. +Node-Space
   5. +Nodal Change
   6. +Routing & Peer Discovery
   7. +Node Structure & Relationships
   8. +Nodal Concepts
   9. Threads & Processes

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

1. 1. 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.

1. 1. 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

1. Local caching