系統 ， 並 據以 確認 那些 指令 （ ｃｏｍｍａｎｄ ） 或 工作 單元 （ ｔａｓｋｓ ） 是 系統 資源 的 最 大 部分 ， 預設 的 工作 負荷 將 可 顯示出 這些 工作 單元 出現 的 相對 頻率 。 （ ２ ） 修改 這些 確認出來 的 工作 單元 ， 使 它們 每 次 之 執行 均 能 包含 ａｕｄｉｔ－ｔｒａｃｅ 訊息 。 ａｕｄｉｔ－ｔｒａｃｅ 訊息 可 提供 描述 這些 工作 的 複雜度 所 需 的 訊息 ， 如 原始檔 的 大小 、 ｇｒｅｐ 指令 的 標準 型式 、 ｌｓ 指令 所 列出 的 目錄 大小 及 編輯 時程 的 複雜度 等 。 在 此 情況 下 ， 預設 工作 負荷 在 使用 者 從事 研究 方面 的 軟體 發展 環境 上 ， 可 提供 一 個 合理 又 正確 的 特性 評估 。 事實 上 ， ＭＵＳＤＢＵＳ 架構 應 更為 廣泛 ， 因此 我們 可以 預期 ＳＰＥＣ 性能 指標 亦 可 使用 相同 的 多 使用 者 的 性能 指標 之 架構 。 不過 ， 基本 上 不同 的 應用 環境 裡 必須 使用 不同 的 工作 負荷 ， 以 顯示 系統 的 實際 運作 情形 。 在 數 個 程序 同時 進行 時 ， 其 執行 所 花費 的 時間 （ ｅｌａｐｓｅｄｔｉｍｅ ）