不 適合 當作 一 種 性能 標竿 。 最 令 人 詬病 的 是 ， 它們 無 力 駕馭 現有 的 編譯 程式 功能 ， 導致 它們 很 容易 被 廠商 用來 為 其 產品 得出 「 最佳化 」 之 結果 。 以 Ｄｈｒｙｓｔｏｎｅ 來 說 ， 就 是 一 種 最 易 混淆 的 性能 標竿 ， 其 原因 是 系統 製造商 有 很多 <Ｄｈｒｙｓｔｏｎｅ 版本 。 再者 它 也 無法 評估 系統 之 工作 負荷 能力 。 從 方法論 而 言 ， Ｌｉｎｐａｃｋ 算是 三 者 中 較 佳 者 ， 但 問題 是 大多數 廠商 都 是 在 自己 的 電算 設施 環境 內 採用 自己 的 編譯 程式 執行 性能 測試 ， 因此 使 它 欠缺 公正性 。 再者 ， 如果 系統 具備 較 充裕 之 ｃａｃｈｅ 記憶體 時 ， Ｌｉｎｐａｃｋ 中 多數 可 執行 碼 會 在 ｃａｃｈｅ 記憶 體 內 完成 執行 。 其 結果 正好 和 Ｄｈｒｙｓｔｏｎｅ 一樣 ， 經常 能 得出 「 人工化 」 的 最佳 結果 。 雖然 如此 ， 這些 早期 的 性能 標竿 仍 可 作為 系統 性能 指標 的 參考 ， 只是 我們 不能 單 從 它們 所 呈現 的 表面 性能 指標 來 判斷 系統 之 真正 性能 ，