Oui, et pas qu'un peu. Pratiquement tous les huit bits fonctionnent de cette manière. C'est aussi le cas des consoles de jeu à cartouche.
Il ne faut pas oublier non plus que la R.A.M. a été jadis beaucoup plus chère que la R.O.M. et était livrée en quantité limitée dans les premiers ordinateurs. C'eût été franchement difficile de tout copier en mémoire vive d'abord.
Et surtout, ce n'est possible que sur des architectures type Von Neumann. Sur des archis Havard, ça n'est pas possible sans dispositif spécifique puisque les bus de données et de code sont distincts. Le code ne pourrait pas se copier lui-même. Sur les PIC 12Fxxx, les mots-mémoire font 12 bits de large, là ou les données n'en font que 8.
style ne pas connaitre les fondements énoncés par la machine de Von-Neumann, et donc qu'un soft doit être d'abord copié en RAM avant d'être exécuté depuis la ROM
Quelqu'un a-t-il un lien vers ce « fondement », d'ailleurs ?
[^] # Re: le bien dans ton commentaire
Posté par Obsidian . En réponse au journal Logiciel HADOPI, promesses intenables et commentaires savoureux. Évalué à 5.
Il ne faut pas oublier non plus que la R.A.M. a été jadis beaucoup plus chère que la R.O.M. et était livrée en quantité limitée dans les premiers ordinateurs. C'eût été franchement difficile de tout copier en mémoire vive d'abord.
Et surtout, ce n'est possible que sur des architectures type Von Neumann. Sur des archis Havard, ça n'est pas possible sans dispositif spécifique puisque les bus de données et de code sont distincts. Le code ne pourrait pas se copier lui-même. Sur les PIC 12Fxxx, les mots-mémoire font 12 bits de large, là ou les données n'en font que 8.
style ne pas connaitre les fondements énoncés par la machine de Von-Neumann, et donc qu'un soft doit être d'abord copié en RAM avant d'être exécuté depuis la ROM
Quelqu'un a-t-il un lien vers ce « fondement », d'ailleurs ?