ganz blöde Frage zu den 32 Bittern

Hi, ich kanns grad nicht ausprobieren, sollte es auch wissen, bin mir trotzdem unsicher:

gebaut werden. Sind die Speicherzellen jetzt 32 Bit breit adressiert,

Zahl?

Marte

Reply to
Marte Schwarz
Loading thread data ...

Am 25.07.2019 um 09:43 schrieb Marte Schwarz:

kann auch auf jedes Byte des Datenwortes zugegriffen werden.

das zB. der Typ "long" sein. Greift die CPU auf den Speicher zu, wird genau dieser definierte Typ geladen. Ein inkrementieren des Zeigers

hinzu.

aufeinanderfolgende Adressen einlesen, um auf ein 32bit-Datenwort zuzugreifen.

Gruss Udo

Reply to
Newdo

Am 25.07.2019 um 09:43 schrieb Marte Schwarz:

Es werden auch beim 32-Bitter nur Bytes adressiert.

--
Michael
Reply to
Michael S.

Datentyp definieren, um durch Inkrement (++) weiterspringen

uint32_t val, *ma = XYZ;

val= ma++; springt dann um 4 Bytes weiter.

--

Helmut Schellong   var@schellong.biz 
www.schellong.de   www.schellong.com   www.schellong.biz 
http://www.schellong.de/c.htm
Reply to
Helmut Schellong

dem

ogger

ann

speichern

ja der richtig schlaue Programmierer probiert und findet dies selbst heraus ohne Forum.

Reply to
wernertrp

Rein vom C Standard her gesehen muss das nicht sein, da ein "char" auch z.B. 16 Bit sein kann. Bis auf Ausnahmen wie alte 8 Bit PIC Prozessoren mit z.B. 12 Bit Daten pro Adresse, gibt es aber glaube ich keinen

jedes Byte ansprechen. Bei IO-Registern muss man meist immer 32 Bit gleichzeitig lesen oder schreiben mit einem Befehl.

Wie das dann intern implementiert ist, ist wieder eine andere Frage. So gibt es z.B. RISC-V Cores, die 16 Bit direkt in einem Takt auslesen, was

aber kann generell mit 32 Bit Anweisungen gemischt werden, ohne

per Pipelining, Caching usw. sogar mehr Instruktionen pro Sekunde

--
Frank Buss, http://www.frank-buss.de 
electronics and more: http://www.youtube.com/user/frankbuss
Reply to
Frank Buss

Womit die Aussage von Michael aber trotzdem richtig bleibt, denn ein

z.B. 16 Bit breit sein, wenn ein Byte auch 16 Bit breit ist.

Johannes

Reply to
Johannes Bauer

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.