|
Anzeige
|
Bitfields: Speicherplatzoptimierung
Gast
#1498648
Hallo, ich bin dabei mein kleines Programm für einen ATtiny zu optimieren, was den Speicherbedarf angeht. Dabei ist mir folgendes Aufgefallen:
Ich möchte oben markierte Anweisung gerne verwenden, aber nicht für den Preis von 14 Byte! Wie kann ich das günstiger realisieren? > mein kleines Programm für einen ATtiny zu optimieren, was > den Speicherbedarf angeht Welchen Speicherbedarf? Den vom RAM oder dem vom Flash oder dem vom EEPROM?
Gast
#1498654
Flash! Dann nimm besser für jedes Flag ein einzelnes Byte. Sonst muß der Compiler jedes Bit aus dem Byte herauspfriemlen, es manipulieren und wieder hineinbiegen... Das braucht etliche Assemblerzeilen und Platz im Flash :-o
Gast
#1498665
kannst du uns auch mal den ASM code zeigen, das man sieht warum das ganze 14byte braucht?
Gast
#1498667
Ok, der Vorteil der Bitfields ist also nur der, dass weniger RAM verbraucht wird, aber auf kosten von mehr Flash und Prozessorzyklen? Jep
Gast
#1498679
Ok, wenn ich ein Byte pro Flag verwende, also in etwa so:
dann braucht die Anweisung leider immernoch 10 Byte! Geht das nicht billiger? Eher nicht. Laden = 4 Bytes, XOR = 2 Bytes, speichern = 4 Bytes. Kürzer gibt's das beispielsweise auf 8051.
Gast
#1498695
Ok, dann finde ich mich damit ab, dass das 10 Byte kostet...
Gast
#1498697
@ matze Muß diese Variable tatsächlich global sein? Funktionsinterne Variable liegen vielfach in Registern, so daß eine Bitinversion nur 2 Bytes (1 Instruktion) kostet. Bernhard Für besonders platz/zeitkritische Flags gibt es bei manchen AVRs ein paar freie Bytes im bitadressierbaren I/O-Raum, GPIORA-C oder so. Die sind effizienter, wenn auch eher beim Setzen und Löschen (2 Bytes), nicht ganz so sehr beim XOR (6 Bytes).
Gast
#1498712
Hmm... ok. Dann werde ich mal versuchen, die Flags (zumindest einen Teil davon) in die Funktion zu verschieben. Antwort schreiben |
Anzeige
|
