変更するディスクとパリティディスクの元のデータと、変更する内容から、変更後のパリティディスクの内容を生成する方法。
元のデータを P・D、新しいデータを P’・D’ とすると、P’＝D’＋（P−D）　により生成 （ RAID 5 の場合、＋ − は論理演算で、排他的論理和、＋ と − は同じ ）
RAID 5 の場合、2台のディスクだけアクセスする事で、パリティ生成と書き込みが可能なため、多くのランダムライトが同時発行されていれば、組み合わせによっては、２つ もしくは それ以上のランダムライトの同時処理が可能である。
チャンクサイズ以下のライトに対しては、この方法がとられる。 （ ただし、チャンクサイズが小さいと実質的に使用されない ）
RAID 6 の場合には処理が複雑になり、かつ ３台のディスクをアクセスする必要があるため、単純生成法に対するメリットは減る。

ハードウエアで RAID 3 を実現したアーキテクチャの延長上にある。
使用方法を工夫する事で、さらに高速になる。 → （6）・（7）を参照。
チャンクサイズは、セクタ単位 （ 分割可能最低単位 ） が多い。
レスポンス重視である。
単一コマンド起動から終了までの時間が短いので、ユーザ数が少ない時でも速い。
ストリーミング （ 複数の映像等のシーケンシャルアクセスが同時実行 ） 速度が速い。
シーケンシャルアクセス速度は速い。ただし、OSのアロケーションサイズが小さいと、ファイルの消去、書き込みを繰り返して連続データがばらばらに配置されてくるとアクセス速度が低下しやすく、元が速い分速度低下率が大きい。（ OSのアロケーションサイズを大きめにすると問題ない ）
ランダムアクセス （ 特にランダムライト ）を重視する場合には、OSのアクセス境界をチャンク境界 （ データディスク数 ） に合わせる事が重要になる。

ファームウエアで RAID 5 を実現したアーキテクチャの延長上にある。
多重アクセスであれば、無造作に使っても、それなりの速度が期待できる。
少数ユーザで使っても速度は出ない。
チャンクサイズが64KBやそれ以上が主流。
4KB単位のランダムアクセスの様なトランザクション処理が同時に多数発生し 多くのコマンドがキューされる場合に、別々のディスクにデータが格納されている組み合わせがあれば、並行にアクセスできるので、性能が発揮できる。
ストリーム型と比較して、一般的にはコマンドキューが浅い（同時アクセス数が少ない）場合に遅く、コマンドキューが深くランダムアクセスが多い場合に、速い。
単一コマンドの起動から終了までの時間は長い （ レスポンスは遅い ） が、単位時間当たりに処理されるコマンド数を重視している。
もともとシーケンシャルアクセス速度が遅いので、ランダムアクセスとの速度差が少なく、ファイル配置が連続しなくなっても実質的速度低下は少ない。