'''High-Level Architecture''' ('''HLA''') is a general purpose architecture for distributed computer simulation systems.
Rather than have the entire simulation within a single executable, the simulation is split into different
''Federates '', which interact with each other by a ''Run-Time Infrastructure'' (''RTI'', a message bus that handles serialization of messages, events and objects), with federates typically running in their own threads/processes and each federate process having access to the full virtual process address space instead of having to share it with other subsystems (i.e. 32 bit platforms may make better use of virtual RAM that way).
There are three big advantages to this over a monolithic simulation (e.g. FlightGear V3.6):
# It provides a very good framework to allow anyone to create components that interact with FlightGear using programming languages other than C/C++ (think Ada, Java, Python etc), which may be running in their own threads, and reside in separate binaries<ref>http://sourceforge.net/p/flightgear/mailman/message/34196458/</ref>, which will be also easier to debug/troubleshoot (think regression testing, i.e. running a self-contained subsystem in a dedicated gdb/valgrind session), without having to know how to modify/patch and rebuild FlightGear.
Stuart has started work on re-architecting parts of FlightGear to use HLA , though this is expected to be a multi-year project. Anyone interested in the current status of development should subscribe to the Flightgear -devel mailing list.
For additional information, please see:
* [[FlightGear HLA support (High Level Architecture)]]
* [[FlightGear CIGI Support (Common Image Generator Interface)]].
== External links ==