Funktionsparameter effizient anlegen

Belli

Richtig!
Ich bin (wohl irrtümlich (danke Seppj für die Erläuterung)) davon ausgegangen, dass es schneller ist, die Variable nur einmal (static) zu erzeugen.

Belli schrieb:

Richtig!
Ich bin (wohl irrtümlich (danke Seppj für die Erläuterung)) davon ausgegangen, dass es schneller ist, die Variable nur einmal (static) zu erzeugen.

Genau das hatte ich auch erst gedacht, daher die Frage...

Danke für die Erläuterungen.

SeppJ schrieb:

Nathan schrieb:

Das ist die erste Variante vom TE auch nicht.

Ja, die ist ja auch Mist (was soll eigentlich dieses if?). Er soll unbedingt die zweite nehmen! Und falls er das Array aus der Funktion zurück geben möchte (es ist unklar, was er überhaupt mit dem Array machen möchte), dann soll er es so machen wie von xyz-offgeloggert0r vorgeschlagen.

Achja, und hierzu noch: Ich hatte wohl fälschlicherweise angenommen, dass der allozierte Speicher quasi auch static ist, da schließlich der Pointer static ist... Scheint nicht so zu sein...

Belli

Doch selbstverständlich. Via malloc/calloc angeforderter Speicher liegt auf dem Heap und steht zur Verfügung, bis er irgendwann mittels free wieder freigegeben wird - insofern schon mit static vergleichbar.

Dann wiederum verstehe ich nicht ganz, worauf die Frage

SeppJ schrieb:

(was soll eigentlich dieses if?)

zielt, da die if-Abfrage (wie die NULL-Initialisierung) ja schlicht dafür sorgt, dass das Calloc nur beim ersten Durchlauf ausgeführt wird und sowohl Pointer, wie auch Speicher, danach halt "da" sind.

Aber egal, solange gilt

SeppJ schrieb:

es ist einfach ein Irrglaube, dass das Erzeugen von Variablen irgendwie Zeit bräuchte

ist ja klar, wie das Ganze zu machen ist...

Belli

Naja, Du hättest einfach:

void foo (int Arg1, int Arg2, int Arg3)
{
    static BAR * foobar = Calloc(10, sizeof(TEST));

    // ...

}

machen können ...

Ne, das hatte schon seinen Sinn; wenn ich es mache, wie Du sagst, kommt bei mir:

compiler schrieb:

error : static/external initializers must be constant expressions

SeppJ

Schock schrieb:

Ne, das hatte schon seinen Sinn; wenn ich es mache, wie Du sagst, kommt bei mir:

compiler schrieb:

error : static/external initializers must be constant expressions

Oh, ach ja. Das geht ja nur in C++, nicht in C. Tut mir leid, dann war die if-Abfrage doch sinnvoll. Solche Detailsunterschiede bei wenig genutzten Sprachfeatures entfallen mir manchmal.

Aber, wie schon geklärt, sollte man diese Variante ohnehin nicht benutzen.

Belli

Okay, wusste ich auch nicht, dass das in C nicht klappt ...

Wutz

Belli schrieb:

void foo (int Arg1, int Arg2, int Arg3)
{
    static struct BAR foobar[10];

}

Lokalstatische Variablen verhindern ein sinnvolles Inlining durch den Compiler und sind somit auch aus diesem Grund Schrott.

Belli

Dieses 'Inlining' ist mir nur von C++ bekannt, ist demnach in diesem Kontext vermutlich was völlig anderes?

Wutz

Inlining ist ein gängiges Optimierungsverfahren vieler Compiler vieler Programmiersprachen für performanteren Code, und, ja, auch C Compiler können C Code optimieren und sie taten das schon lange bevor irgendjemand an C++ dachte.

SeppJ

Belli schrieb:

Dieses 'Inlining' ist mir nur von C++ bekannt, ist demnach in diesem Kontext vermutlich was völlig anderes?

Es geht um das "richtige" Inlining, nicht bloß das Schlüsselwort in seinem semantischen Sinn (Mehrfachdefinition verhindern). Also das tatsächliche Einsparen eines Funktionsaufrufs, indem der Code der Funktion an der Stelle des Aufrufs eingesetzt wird.

Das ist es, was ich weiter oben mit

SeppJ schrieb:

selbst einfache Optimierungen werden erheblich erschwert oder verhindert.

meinte. Verhinderung von Inlining ist (bei kleinen Funktionen) eine ganz gewaltige Performancebremse. Es ist eine der einfachsten und effizientesten Optimierungen überhaupt und wird von vielen Compilern (egal welche Sprache) automatisch durchgeführt.

edit: Zu langsam...

Nathan

Macht der Compiler das bei jeder Funktion? Auch die in *.cpp Dateien?

SeppJ

Nathan schrieb:

Macht der Compiler das bei jeder Funktion? Auch die in *.cpp Dateien?

Kommt drauf an wie gut er ist. Erst einmal sind Dateien schon lange Schall und Rauch, wenn der Optimierer dran kommt (Dateien existieren sogar schon nach der allerersten Übersetzungsphase, dem Präprozessor, nicht mehr). Da gibt es keine Unterscheidung nach Headern oder Source.

Falls du das Inlining über verschiedene Quelltextmodule hinweg meinst: Ein wichtiges Stichwort, das in den letzten Jahren zur Standardausrüstung bei der Optimierung geworden ist, lautet:
http://en.wikipedia.org/wiki/Link-time_optimization