>Heutzutage wird häufig die Möglichkeit genutzt, Code dynamisch zu
>erzeugen und zu verändern. JIT-Compiler sind das Rückgrat von
>JavaScript, .NET, Java und Android. Code ist Daten. Mit der
>Harvard-Architektur wäre das alles nicht möglich.
Natürlich geht das mit Harvard auch! Ein JIT-Compiler erzeugt neuen
Code aus vorhandenen Elementarbausteinen. Bei Harvard dürfen die
nicht im Daten-RAM liegen. Liegen sie halt im Code-RAM... Harvard
sagt ja nur, dass der Programmspeicher _im Betrieb_ schreibgeschützt
ist. Das verbietet weder, dass der Code für einen Ladevorgang
pre-assembliert wird auf einem Zwischenspeicher, noch dass es eine
Instanz geben kann, die sehr wohl auch im Programmspeicher schreiben
darf, z.B. der Kernel.
>erzeugen und zu verändern. JIT-Compiler sind das Rückgrat von
>JavaScript, .NET, Java und Android. Code ist Daten. Mit der
>Harvard-Architektur wäre das alles nicht möglich.
Natürlich geht das mit Harvard auch! Ein JIT-Compiler erzeugt neuen
Code aus vorhandenen Elementarbausteinen. Bei Harvard dürfen die
nicht im Daten-RAM liegen. Liegen sie halt im Code-RAM... Harvard
sagt ja nur, dass der Programmspeicher _im Betrieb_ schreibgeschützt
ist. Das verbietet weder, dass der Code für einen Ladevorgang
pre-assembliert wird auf einem Zwischenspeicher, noch dass es eine
Instanz geben kann, die sehr wohl auch im Programmspeicher schreiben
darf, z.B. der Kernel.