|
Même la parité, bien que simple à mettre en œuvre, présente des limites significatives en matière de détection d'erreurs :
* Détecte uniquement les erreurs sur un seul bit : La parité paire ne peut détecter de manière fiable qu'un nombre *impair* d'erreurs sur les bits. Si un seul bit bascule, la parité changera, indiquant une erreur. Cependant, si *deux* bits s'inversent, la parité restera la même, masquant l'erreur. Cela le rend peu fiable pour les environnements avec des taux d'erreur plus élevés.
* N'identifie pas l'emplacement de l'erreur : Même la parité vous indique seulement *qu'une erreur s'est produite ; il ne vous dit pas *où* l'erreur s'est produite. Cela rend la correction impossible sans mécanismes supplémentaires.
* Susceptible aux erreurs de rafale : Une erreur en rafale est une séquence contiguë de bits affectés par une erreur. Si un nombre pair de bits dans une rafale sont inversés, la parité paire manquera l'erreur.
* Augmentation des frais généraux avec des données plus volumineuses : Alors que la parité n'ajoute qu'un bit par octet ou mot, cette surcharge devient proportionnellement plus importante avec des unités de données plus petites. Cela signifie que pour les petits messages, la surcharge est comparativement plus importante.
* Aucune capacité de correction d'erreur : Même la parité est uniquement destinée à la *détection*. Il n'offre aucun mécanisme pour corriger les erreurs. Si une erreur est détectée, l'ensemble de l'unité de données doit être retransmis.
En résumé, la parité paire est un système de détection d'erreurs rudimentaire adapté uniquement aux applications avec des taux d'erreur très faibles et où la simplicité de mise en œuvre dépasse les limites de sa faible capacité de détection d'erreurs et de l'absence de correction d'erreurs. Des techniques plus sophistiquées telles que les sommes de contrôle, le CRC et les codes de Hamming sont préférées dans la plupart des applications du monde réel.
|
