IPC: Serialisierung = Synchronisation?

Ist Serialisierung mit Synchronisation gleichzusetzen?

ich habe als Synchronisationsmechanismen Semaphoren, Mutexe, Monitore und Ereignisse. aber was sind denn Serialisierungsmechanismen???

steffi

Hi Steffi,

Ist Serialisierung mit Synchronisation gleichzusetzen?

Nein. Serialisierung ist das zeitliche Hintereinanderbringen von gleichzeitig eintreffenden Signalen. Ein paralleler Engang liefert zB gleichzeitig 8 Impulse, die in eine zeitliche Folge von 8 einzelnen Impulsen zerlegt werden.

Gruß Ralf

Hallo steffi,

Ist Serialisierung mit Synchronisation gleichzusetzen?

Nicht unbedingt, es bedeutet ja nur, das verschiedene Vorgänge nacheinander ablaufen.

ich habe als Synchronisationsmechanismen Semaphoren, Mutexe,
Monitore und Ereignisse. aber was sind denn
Serialisierungsmechanismen???

Synchronisieren bedeutet, dass der Ablauf verschiedener Programme so beeinflusst wirs, dass dasjenige Programm welches bereits fertig ist auf das andere wartet und somit die beiden Programme nach der Synchronisation wieder mit einem bekannten, gegenseitigen Zeitverhalten weiter arbeiten. z.B. musst du zwei Programme synchronisieren, wenn das eine die Daten vom anderen benötigt um weiter arbeiten zu können. Wenn also Prog.A schon wieder neue Daten von Prog.B verarbeiten könnte, Prog.B aber noch mit der Berechnung dieser beschäftigt ist.

Serialisieren bedeutet eigentlich nur, das verschiedene Programme so gesteuert werden, dass diese nicht gleichzeitig eine Komponente benutzen. z.B. musst du den Zugriff auf den Drucker serialisieren, ansonsten hast du nur ein Gemisch von Buchstaben auf dem Ausdruck. Die einfachste Möglichkeit wäre den Drucker über eine Semaphore zu verwalten, dasjenige Programm, welches gerade eine Seite fertiggestellt hat, gibt dann die Semaphore wieder frei. Du hättest dann zumindest immer eine ganze Seite komplett, nur mit den Ausgaben eines bestimmten Programms, musst aber die Blätter nacher irgendwie von Hand sortieren. Allerdings kann eine Semaphore für drn Drucker auch ganz gut funktionieren, wenn es sich z.B. nur um einzeilige Statususgaben handelt, wie das früher auf dem System-TTY üblich war. beim Drucker macht man das aber meistüber einen Spooler, welcher zuerst alle Daten von jedem Programm zwischenspeichert und erst zum Drucker sendet wenn alle Daten komplett sind, sie werden also nacheinander, also seriell, an den Drucker geschikt.

MfG Peter(TOO)

HI Peter,
okay. soweit hab ich das verstanden. Aber zu was gehören jetzt die Semaphoren etc? Sie werden ja dafür verwendet, kritischen Code bei Prozessen zu schützen.

steffi

Ist Serialisierung mit Synchronisation gleichzusetzen?

Nicht unbedingt, es bedeutet ja nur, das verschiedene Vorgänge
nacheinander ablaufen.

ich habe als Synchronisationsmechanismen Semaphoren, Mutexe,
Monitore und Ereignisse. aber was sind denn
Serialisierungsmechanismen???

Synchronisieren bedeutet, dass der Ablauf verschiedener
Programme so beeinflusst wirs, dass dasjenige Programm welches
bereits fertig ist auf das andere wartet und somit die beiden
Programme nach der Synchronisation wieder mit einem bekannten,
gegenseitigen Zeitverhalten weiter arbeiten. z.B. musst du
zwei Programme synchronisieren, wenn das eine die Daten vom
anderen benötigt um weiter arbeiten zu können. Wenn also
Prog.A schon wieder neue Daten von Prog.B verarbeiten könnte,
Prog.B aber noch mit der Berechnung dieser beschäftigt ist.

Serialisieren bedeutet eigentlich nur, das verschiedene
Programme so gesteuert werden, dass diese nicht gleichzeitig
eine Komponente benutzen. z.B. musst du den Zugriff auf den
Drucker serialisieren, ansonsten hast du nur ein Gemisch von
Buchstaben auf dem Ausdruck. Die einfachste Möglichkeit wäre
den Drucker über eine Semaphore zu verwalten, dasjenige
Programm, welches gerade eine Seite fertiggestellt hat, gibt
dann die Semaphore wieder frei. Du hättest dann zumindest
immer eine ganze Seite komplett, nur mit den Ausgaben eines
bestimmten Programms, musst aber die Blätter nacher irgendwie
von Hand sortieren. Allerdings kann eine Semaphore für drn
Drucker auch ganz gut funktionieren, wenn es sich z.B. nur um
einzeilige Statususgaben handelt, wie das früher auf dem
System-TTY üblich war. beim Drucker macht man das aber
meistüber einen Spooler, welcher zuerst alle Daten von jedem
Programm zwischenspeichert und erst zum Drucker sendet wenn
alle Daten komplett sind, sie werden also nacheinander, also
seriell, an den Drucker geschikt.

MfG Peter(TOO)

Hallo steffi,

okay. soweit hab ich das verstanden. Aber zu was gehören jetzt
die Semaphoren etc? Sie werden ja dafür verwendet, kritischen
Code bei Prozessen zu schützen.

Wozu gehört der Apfelbaum, zu den Obstbäumen oder zum Unkraut ? Wenn er mitten auf deiner Einfahrt anfängt zu wachsen, mit Sicherheit zu letzterem.

Eine Semaphore kannst du mindestens als 1-Bit IPC verwenden, du musst nicht unbedingt etwas damit schützen und IPC muss nicht unbeding viele Daten zwischen zwei Prozessen übertragen.

Wie im richtigen Leben kommt es immer darauf an, wie etwas verwendet wird.

MfG Peter(TOO)

okay. soweit hab ich das verstanden. Aber zu was gehören jetzt
die Semaphoren etc? Sie werden ja dafür verwendet, kritischen
Code bei Prozessen zu schützen.

Wozu gehört der Apfelbaum, zu den Obstbäumen oder zum Unkraut
? Wenn er mitten auf deiner Einfahrt anfängt zu wachsen, mit
Sicherheit zu letzterem.

*grins* Das leuchtet ein :smile:

Wie im richtigen Leben kommt es immer darauf an, wie etwas
verwendet wird.

tja, hoffe nur, dass der Prof. da auch so denkt.
Danke dir!

steffi