Lohnt sich byte und short bei Schleifen?

[Reality]

Immer sieht man bei Schleifen int i = xxx, sogar in Büchern. Aber ist das bei größeren Projekten nicht Speicherverschwendung und allgemein etwas langsamer?
Lohnt sich anstelle byte und short anzuwenden?

Liebe Grüße
Reality

 

[L-ectron-X]

Ich glaube nicht. Ich habe mir auch schon Gedanken darüber gemacht, aber ich denke, dass es in der heutigen Zeit kaum noch Probleme mit der Speicherknappheit gibt, zumal die meisten Zähler-Variablen im Kopf der for-Schleife die "Lebenszeit" der for-Schleife nicht überdauern.

 

[Reality]

Echt? Der Garbage Collector räumt eigentlich nur sporadisch auf, es sei denn, man gibt es explizit an.

Liebe Grüße
Reality

 

[Roar]

hmm soweit ich weiß werden lokale variablen ganz schnell wieder vom gc aufgerfressen ???:L

 

[L-ectron-X]

Ich denke schon, weil lokale Variablen nicht auf dem Heap, sondern auf dem Stack liegen.

 

[Beni]

Aber soviel ich weiss, wird ein short (16 bit) oder byte (8 bit) sowiso auf einen Integer (32 bit) umgewandelt, um damit zu rechnen. Danach wird der Integer wieder zu einem Short/Byte runtergerechnet. :arrow: bringt nix.

 

[Reality]

OK, danke für eure Antworten.
Ich denke, ich werde trotzdem aus Prinzip byte und short verwenden. Man macht ja nichts falsches...

EDIT: Jetzt erst, sehe ich Benis Post...
EDIT2: Sicher Beni? Manchmal verlangt Java, dass man int benutzt, weil sonst Genauigkeitsverlust auftreten! Das kann doch bei der Umwandlung wohl schlecht passieren, weil das ja nur ganze Zahlen sind.

Liebe Grüße
Reality

 

[Beni]

Genauigkeitsverlust kann nicht passieren. Aber mit einem Integer kann man viel mehr Zahlen darstellen als mit einem Byte (2^32 im Vergleich zu 2^8 :wink: )

 

[Dante]

Bei der Speicherverwaltung kommt es auch nicht auf ein paar byte an, meist werden eh ganze Blöcke vom OS geholt, auch wenn da dann am ende noch ein paar kb über sind, werden die nicht wieder freigegeben, da sich das einfach nicht lohnt.

 

[DrZoidberg]

Der gc hat damit überhaupt nichts zu tun. Der kümmert sich nur um Objekte.
Lokale Variablen werden im Gegensatz zu Objekten auf dem Stack gespeichert und nicht auf dem Heap.
Sie werden auch nicht vom gc aufgeräumt sondern durch einen anderen effizienteren Mechanismus.
Ihr Speicher wird spätestens beim Verlassen der Methode freigegeben.