TRIX (operating system)

On startup, the NuMachine would load the same program on each CPU in the system, passing each instance the numeric ID of the CPU it was running on. TRIX relied on this design to have the first CPU set up global data structures and then set a flag to signal that initialization was complete.[1] After that, each instance of the kernel was able to access global data.[1] The system also supported data private to each CPU.[1] Access to the filesystem was provided by a program in user space.[1][2]

The kernel supported unnamed threads running in domains.[1] A domain was the equivalent of a Unix process without a stack pointer[2] (each thread in a domain had a stack pointer[2]). A thread could change domains,[1] and the system scheduler would migrate threads between CPUs in order to keep all processors busy.[1] Threads had access to a single kind of mutual exclusion primitive, and one of seven priorities.[1] The scheduler was designed to avoid priority inversion.[1] User space programs could create threads through a spawn system call.[1]

A garbage collector would periodically identify and free unused domains.[1]

The shared memory model used to coordinate work between the various CPUs caused memory bus contention and was known to be a source of inefficiency.[1][2] The designers were aware of designs that would have alleviated the contention.[2] Indeed, TRIX's original design used a nonblocking message passing mechanism,[2] but "this implementation was found to have deficiencies often overlooked in the literature,"[2] including poor performance.[2]

Although the TRIX operating system was first implemented on the NuMachine, this was more a result of the availability of the NuMachine at MIT than any characteristic of the architecture.[1] The system was designed to be easily portable.[2] It was implemented largely in C with little assembly code. The mutual exclusion primitive could be ported to any architecture with an atomic test and set instruction.[1]

Richard Stallman mentions in the 1985 GNU Manifesto that "an initial kernel exists" for the GNU operating system, "but many more features are needed to emulate Unix."[3] This was a reference to TRIX's kernel, which TRIX's authors had decided to distribute as free software.[4]

In a speech in October 1986, Stallman elaborated that "the TRIX kernel runs, and it has a certain limited amount of Unix compatibility, but it needs a lot more. Currently it has a file system that uses the same structure on disk as the ancient Unix file system does. This made it easier to debug the thing, because they could set up the files with Unix, and then they could run TRIX, but that file system doesn't have any of the features that I believe are necessary."[5] The features Stallman wished to add (file versioning, undeletion, information on when and how and where the file was backed up on tape, atomic file updates) were not generally associated with Unix.

In December 1986, developers used TRIX's kernel as a base in their first attempt to create a kernel for GNU. They eventually decided Trix was unusable as a starting point, primarily because:

• it only ran on "an obscure, expensive 68000 box",[4] and would therefore require porting to other architectures, and
• it was decided that the Mach microkernel was a better underlying design for a server-based operating system. This second attempt evolved into the GNU Hurd.

• GNU Mach
• Comparison of kernels

• Ward, S.A. TRIX: a Network-oriented Operating System. COMPCON, Spring 1980, pp. 344–349.

• TRIX kernel source code (can also be browsed online)
• Hurd history on the GNU Project web site