Systembillede - System image

Ved computing er et systembillede en seriel kopi af hele et computersystems tilstand , der er gemt i en eller anden ikke-flygtig form, f.eks. En fil . Et system siges at være i stand til at bruge systembilleder, hvis det kan lukkes ned og senere gendannes til nøjagtig samme tilstand. I sådanne tilfælde kan systembilleder bruges til sikkerhedskopiering .

Dvaletilstand er et eksempel, der bruger et billede af hele maskinens RAM .

Diskbilleder

Hvis et system har hele sin tilstand skrevet til en disk, kan et systembillede produceres ved simpelthen at kopiere disken til en fil andre steder, ofte med diskkloningsprogrammer . På mange systemer kan et komplet systembillede ikke oprettes af et diskkloningsprogram, der kører inden for det system, fordi information kan opbevares uden for diske og flygtig hukommelse, for eksempel i ikke-flygtig hukommelse som boot-ROM'er.

Behandle billeder

En proces billede er en kopi af en given proces s tilstand på et givet tidspunkt. Det bruges ofte til at skabe vedholdenhed inden for et ellers flygtigt system. Et almindeligt eksempel er et databasesystem (DBMS). De fleste DBMS kan gemme tilstanden i sin database eller databaser i en fil, før den lukkes (se databasedump ). DBMS kan derefter genstartes senere med oplysningerne i databasen intakt og fortsætte som om softwaren aldrig var stoppet. Et andet eksempel ville være dvaletilstand ved mange operativsystemer. Her lagres tilstanden for al RAM -hukommelse på disken, computeren bringes i en energibesparelsestilstand, hvorefter den senere genoprettes til normal drift.

Nogle emulatorer giver mulighed for at gemme et billede af systemet, der emuleres. I videospil kaldes dette ofte en savestate .

En anden anvendelse er kodemobilitet : en mobil agent kan migrere mellem maskiner ved at have gemt sin tilstand og derefter kopiere dataene til en anden maskine og genstarte der.

Understøttelse af programmeringssprog

Nogle programmeringssprog giver en kommando til at tage et systembillede af et program. Dette er normalt en standardfunktion i Smalltalk (inspireret af FLEX ) og Lisp , blandt andre sprog. Udviklingen på disse sprog er ofte ganske anderledes end mange andre programmeringssprog. For eksempel kan programmereren i Lisp indlæse pakker eller anden kode i en kørende Lisp- implementering ved hjælp af læse-eval-print-loop , som normalt kompilerer programmerne. Data indlæses i det kørende Lisp -system. Programmereren kan derefter dumpe et systembillede, der indeholder den forudkompilerede og muligvis tilpassede kode-og også alle indlæste applikationsdata. Ofte er dette billede eksekverbart og kan køres på andre maskiner. Dette systembillede kan være den form, hvor eksekverbare programmer distribueres - denne metode er ofte blevet brugt af programmer (f.eks. TeX og Emacs ) stort set implementeret på Lisp, Smalltalk eller særprægede sprog for at undgå at bruge tid på at gentage det samme initialiseringsarbejde hver gang de starter op.

Lignende blev Lisp Machines startet fra Lisp -billeder, kaldet Worlds. Verden indeholder det komplette operativsystem, dets applikationer og dets data i en enkelt fil. Det var også muligt at redde inkrementelle verdener, der kun indeholder ændringer fra en eller anden basisverden. Inden redning af verden kunne Lisp Machine -operativsystemet optimere hukommelsens indhold (bedre hukommelseslayout, komprimering af datastrukturer, sortering af data, ...).

Selvom formålet er et andet, ligner et "systembillede" ofte i struktur en kernedump .

Se også

eksterne links