System-V-Sum

System V sum ist der alternative Datei-Checksummen-Algorithmus, den das klassische Unix-Dienstprogramm sum mit dem Schalter -s ausgibt — der Pfad auf vielen von System V abgeleiteten Systemen und weiterhin in GNU coreutils verfügbar. Im Gegensatz zu kryptografischen Hashes liefert er einen kompakten sechzehnbitigen Rest plus eine Zählung von Blöcken zu je fünfhundertzwölf Bytes, gedacht für schnelle Integritätsprüfungen kurzer Nutzlasten und Legacy-Skripte, die die sum-Ausgabe noch parsen. Diese Fähigkeit nimmt eine Textzeichenkette entgegen, kodiert sie als UTF-8, führt dieselben Akkumulations- und Faltungsschritte aus, die sum -s auf Dateibytes anwendet, und liefert die Checksumme zusammen mit Blockanzahl und Bytelänge. Leere Eingabe wird absichtlich akzeptiert und klar gemeldet: Checksumme null, null Blöcke und ein ausdrücklicher Leerhinweis, damit Automatisierung eine leere Nutzlast nie mit einem fehlenden Feld verwechselt.

Was System V sum ist und wie es sich von BSD sum und modernen Digests unterscheidet

Der System-V-Algorithmus akkumuliert jedes Eingabebyte in eine laufende Summe und faltet diese Summe anschließend in sechzehn Bit, indem die obere Hälfte zweimal zur unteren addiert wird, sodass der Überlauf der ersten Faltung von der zweiten aufgenommen wird. Das Ergebnis ist eine nichtnegative ganze Zahl im Bereich von null bis fünfundsechzigtausend fünfhundertfünfunddreißig, historisch als dezimale Checksumme neben einer Blockzählung gedruckt.

Blöcke sind nicht die logische Recordgröße einer Datenbank; es sind Einheiten zu fünfhundertzwölf Bytes, aufgerundet, sodass eine fünf Byte lange Zeichenkette noch als ein Block zählt und eine leere Datei als null. Dieses Profil ist genau das, was GNU sum mit sum -s implementiert und was viele Shell-Skripte noch auslesen, wenn sie zwei Kopien einer kleinen Datei auf alten Unix-Hosts vergleichen. Nach modernen Maßstäben ist es absichtlich schwach: Kollisionen sind leicht, und es ersetzt weder SHA-256 noch CRC-32 noch kryptografische Nachrichtenauthentifizierung.

Seine Aufgabe ist Interoperabilität mit sum -s, mit Archivdokumentation, die System-V-Checksummen zitiert, und mit Lehrmaterial, das den BSD-Rotations-Addier-Algorithmus der einfachen System-V-Summe gegenüberstellt. Nutzen Sie diesen Endpunkt, wenn Sie genau diesen Rest brauchen, nicht wenn Sie Kollisionsresistenz brauchen.

Wann die System-V-Prüfsumme noch gebraucht wird

Legacy-Migrationsprojekte berechnen sum -s-Werte neu, während sie Shell-Archive und Floppy-Ära-Distributionen in Object Storage überführen, und pinnen goldene Checksummen und Blockzählungen in der Continuous Integration, damit eine moderne Neufassung den historischen Rest weiterhin trifft. Embedded- und Industrieteams, die System-V-artige Integritätsprüfungen in Protokollnotizen geerbt haben, können kurze Befehlszeichenketten prüfen, ohne auf jedem Build-Image vollständiges coreutils zu installieren.

Lehrkräfte und Dokumentationsseiten, die für System V sum oder sum -s-Checksumme ranken, erhalten einen Live-Rechner, dessen kostenloser Browserpfad byte für byte dem Automatisierungspfad entspricht — einschließlich des Randfalls leerer Datei, der Studierende verwirrt, wenn sie sum -s zum ersten Mal auf /dev/null oder eine leere touch-Datei anwenden. Autoren, die über BSD- versus System-V-Algorithmen schreiben, können beide Reste nebeneinander zeigen, indem sie diese Fähigkeit mit einem separaten BSD-Pfad koppeln, sofern verfügbar, ohne zu behaupten, einer von beiden sei ein kryptografischer Hash. Fehlgeschlagene Validierung wird nicht berechnet.

Pinnen Sie hello gleich fünfhundertzweiunddreißig mit einem Block und leer gleich null mit null Blöcken in Regressionssuites und erhalten Sie reproduzierbare Legacy-Checksummen für Skripte, LMS-Demos und Edge-Worker, ohne nur für den Aufruf von sum einen Unix-Userspace aufzusetzen.