加載時系統占用模塊空間112640字節（21%），占堆(heap) 的16128字節（3%）。系統包括所以下幾個模塊（見行統計），如圖3 所示：

?

圖3 - 系統及其模塊

?

?

值得注意的是，該系統在加電或重置時，完成初始化僅需兩秒鐘。這包括文件目錄中垃圾回收掃描。

OBERON編譯器
系統自帶的編譯器采用簡單的自上而下遞歸下降分析法。用戶使用ORP.Compile @ 命令即可激活模塊選定的源文本上的編譯器。 包解析器通過掃描儀輸入各種符號，包括識別符、數字和特殊符號（如BEGIN、END、+等）。該方案已被證明在許多應用中有效且均表現不凡。這點在我著的書《編譯器結構》[6,7] 中有詳細說明。

該包解析器調用代碼生成程序模塊中的程序。這些程序直接將指令添加在代碼陣列上。如果已知所有分支目的地，向前跳轉指令（forwardbranch instructions）在模塊編譯結束時則會提供跳轉地址（修正）。

所有可變地址都與基址寄存器關聯。這就是用于局部變量（運行時設置在程序輸入）的R14（堆棧指示器）或用于全局和輸入變量的R13。

基址地址按要求通過地址保存在寄存器R12 內的系統全局模塊表載入。R15 用于RISC 架構確定的返回地址（鏈接）。因此，R0-R11 可用于表達式評估和傳遞過程參數。

整個編譯器由4 個相對較小的有效模塊組成（見行統計）：

?

編譯器占用115912 字節（22%）的模塊空間和17508 字節（4%）的堆空間（編譯之前）。其源代碼長約65KB。編譯器自身的編譯在25 MHzRISC 處理器上只需幾秒鐘[8]。

編譯器通常使用值為NIL 的指示檢查數組索引和基準值。如果違反規定，這會造成陷阱。這種技術具有高度的安全性，防止錯誤和崩潰。事實上，只能通過采用偽模塊SYSTEM 中的操作，即PUT 和COPY，才能防礙系統的完整性。這些操作必須局限于接入器件接口的驅動模塊。在輸入列表中，通過SYSTEM 很容易識別它們。整個系統采用Oberon 編程，無需使用匯編碼。

我選擇Digilent Spartan-3 開發板是由于其成本低、操作簡便，這使其適于教育機構，以獲得整套課堂教學套件。一個重大優勢就是該開發板上有靜態RAM，使得接口連接非常簡單直觀（甚至用于字節選擇）。遺憾的是，所有新開發板均采用動態RAM，雖然存儲空間更大，但接口連接復雜得多，因此刷新和初始化（校準）需要電路。這一電路與帶靜態RAM 的整個處理器一樣復雜。即使控制器以單片式提供，這有悖于我們的開放檢查原則。

最后的想法
40 多年前，C.A.R. Hoare 說，在科學技術的所有分支學科中，學生在被要求用實驗嘗試自己的想法之前，容易受到許多示范性設計實例的影響。編程和軟件設計與這種明智模式形成了鮮明對比。這里，在閱讀任何實例之前，要求學生從一開始就編寫程序。

這種可怕事實的原因就是：幾乎不存在大小合適的示范實例。因此，我決定稍微修正這種情形，我在1975年編寫了《算法與數據結構》一書。隨后（與J. Gut-knecht）負責操作系統教學任務，我設計了Oberon 系統（1986-88）。

此后，編程教學并沒有明顯提高，而系統的規模和復雜性顯著增加。雖然開源的努力頗受歡迎，但它并沒有真正改變這種形勢，因為大多數程序已經建成“運行”，但卻沒有真正投入使用。

我繼續大膽提議，應重新設計所有程序，不光是計算機，還有讀取方式。這些程序應是可發行的。即便這種方法正確而有效，但這是一項比創建可執行程序更為艱難的任務。這意味著，沒有任何部分必須用匯編碼指定。

忽略在這種“人為因素”的結果就是，在許多地方，新的應用沒有得到精心設計，而是通過消除程序中錯誤來實現，其結果有時是令人擔憂的。要做到“易懂”的關鍵就是堅持簡單性和規律性，放棄不必要的修飾，避免花里胡哨，正確區分傳統與便捷。