設定 其 基本值 為 每 秒 ２ 個 字元 。 而 ＳＰＥＣ 在 ＫＥＮＢＵＳ 中 則 固定 此 值 為 ３ 字元 秒 ， 乃 因 最近 的 研究 指出 ， 此 值 更 符合 實際 情形 的 平均值 。 在 原始 的 ＭＵＳＢＵＳ 架構 裡 ， 終端機 的 Ｉ／Ｏ 亦 是 重要 的 一 環 ， 並 煞費苦心 地 確定 真正 產生 終端機 Ｉ／Ｏ 的 數量 ， 並 送 至 Ｉ／Ｏ 介面 上 。 這麼 作 的 理由 其實 很 簡單 ， 因為 很多 系統 花費 了 大量 的 時間 在 處理 終端機 上頭 ， 相對 地 ， 其 在 大量 計算 工作 上 的 ｔｈｒｏｕｇｈｐｕｔ 將 下降 。 而 ＫＥＮＢＵＳ 則 在 不同 的 設計 上 運作 ， 並 不 指定 需 配置 連接 硬體 來 作為 終端機 ， 而是 設計成 所有 的 終端 輸出 均 傳至 ， 亦即 動作 仍然 將 執行 ， 只是 被 轉向 而 輸至 ／ｄｅｖ／ｎｕｌｌ 。 在 ＫＥＮＢＵＳ 中 包含 了 檢查 ｗａｌｌｃｌｏｃｋｔｉｍｅ 準確性 的 部分 ， 因為 在 設定 使用 者 鍵入 指令 的 機構 中 ， 必須 利用 系統 指令 來 計算 時間 ， 而 ｓｌｅｅｐ 的 準確性 將 被 ｗａｌｌｃｌｏｃｋｔｉｍｅ 影響 。 但 由於 自動 地 作 此 測試 非常 困難 ，