デフォルトでは、CPUはエラーチェックを実行したり、エラー修正情報を追加するように設計されていないため、意味のある方法でメモリエラーを修正するにはハードウェアサポートが必要です。ソフトウェアは、ＲＡＭから読み出されたデータが正しいと仮定する。

ソフトウェアがRAMから値を読み取ると、「ロード」コマンドによってメモリから特定の場所を取得したいとCPUに通知します。 （これはZFSからデータを読み取るときに発生するものとは大きく異なります）

オペレーティングシステムやその他のソフトウェアとして変更されていないソフトウェアの読み取りを傍受する可能性はほとんどありません。すべてユーザーモードの読み取りに失敗した後、メモリからそのページをロードし、エラーチェックを実行した後、最後に値を返します。毎回仮想メモリアドレスをリニアメモリアドレスに変換するルックアップテーブルを放棄し、すべてのキャッシュを無効にします。それ以外の場合は、システムの4kBページごとに正確に1回動作します。その結果、システムは非常に遅くなります。ここではPentium 1について話しています。なぜなら、ほとんどのスピードの利点はこれをやっていないからです。エラーチェックメモリを備えた非常に遅いシステムが必要な場合は、ECC RAMを搭載した古いサーバーハードウェアのコストを大幅に節約できるハードウェアリサイクル会社があると確信しています。

SoftECC ドキュメントでは、実際の問題に対して実際には機能しないソリューションを提案します。 「古いメモリページの確認」を実装する必要があります（頻繁に作成されたページを保護することはできませんが、近接効果により実際にこれらのページは保護されません）。保護されたシステムが必要ですが（LinuxのRow Hammerを参照）、現代のシステムでは幸運ですが、依然として膨大なパフォーマンスの低下を経験します。

これで、完全性チェック自体を含めるようにソフトウェアを実際に変更しようとしている場合は、これが可能です。たとえば、実際にRAMに大量のデータキャッシュを持つデータベースサーバーを作成しているとします。チェックサムと修正を直接簡単に実装できます。しかし、問題は、システム上で実行されているすべてのソフトウェアの一般的なRAM保護ではなく、アプリケーション固有の開発とチャネルエンコーディングの1つです。

正直なところ、ECCは現世代のデスクトップCPUに組み込まれており、多くのマザーボードがそれをサポートしており、ECC RAMはそれほど高価ではありません。 ECCが必要な場合、ソフトウェアではなくアーキテクチャの観点からECCを実装するのに適した場所はハードウェアです。