schnelle mathematik, methodenpointer

Shade Of Mine

nix da schrieb:

Manchmal muss man eben Opfer bringen.

Jo. Manchmal muss man das Programm langsamer machen, wenn man cool sein will.

ISSE und ISSE2 sowie 3DNow! machen das an Speed locker wieder Wett. Wo ist das Problem? Hier für ist auch ein Profiler wieder sehr gut.

Shade Of Mine

nix da schrieb:

ISSE und ISSE2 sowie 3DNow! machen das an Speed locker wieder Wett. Wo ist das Problem? Hier für ist auch ein Profiler wieder sehr gut.

ich sagte ja auch _manchmal_
Funktionszeiger sind aber (Achtung: schock für dich) nicht die ultimative Antwort. Und was anderes habe ich auch nicht gesagt.

miller_m

sind jetzt funktionpointer eine alternative ?!? und wie würdet ihr das implementieren ?

ps: cool muss ich nicht mehr sein, aus dem alter bin ich glaub ich raus

wie würdest du das mit templates lösen ? (bin nicht so bewandert mit templates, weiss glaub ich nur das nötigste)

Er meint per Templatespezialisierung. Wenn dein Program open Source ist und auf dem Processor auf welchem es später laufen soll kompiliert wird ist das eindeutig die beste Lösung : Problem man kann nur zwischen CPUs wählen at compile time. Beispiel:

const int p3=1;
const int p4=2;
const int athlon=3;
//...
template<int cpu_type>
class basic_cpu{
public:
  void foo(){...}
};
template<>
class basic_cpu<p3>{
public:
  void foo(){...}
};
template<>
class basic_cpu<p4>{
public:
  void foo(){...}
};
template<>
class basic_cpu<athlon>{
public:
  void foo(){...}
};
basic_cpu<CPU_TYPE> cpu;

Und du switchs zwischen den CPUs indem du das CPU_TYPE Macro definierst, im besten in einem Makefile. Zum Beispiel:

#define CPU_TYPE p4

Der große Vorteil hier ist dass die Funktionen direkt aufgerufen werden und kein Indirection nötig ist, desweiteren wird automatisch der Code für die anderen CPUs rausgehaun.

Wenn du nun allerdings Closed Source hast kommst du wohl nicht um Vererbung herum:

class Cpu{
public:
  virtual void foo()=0;
};
class P3:public Cpu{
public:
  void foo(){...}
};  
class P4:public Cpu{
public:
  void foo(){...}
};
Cpu*cpu;
int main(int argc,char**argv){
  if(!strcmp(argv[1],"P3"))
    cpu=new P3;
  else if(!strcmp(argv[1],"P4"))
    cpu=new P4;
  //...
  delete cpu;
  return 0;
};

volkard

Irgendwer schrieb:

;
int main(int argc,char**argv){
  if(!strcmp(argv[1],"P3"))
    cpu=new P3;
  else if(!strcmp(argv[1],"P4"))
    cpu=new P4;
  //...
  delete cpu;
  return 0;
};

#define elseif else if
...
if(!strcmp(argv[1],"P3"))
  Game<P3>.run();
elseif(!strcmp(argv[1],"P4"))
  Game<P4>.run();
else
  Game<DEFAULT_PROCESSOR>.run();

und das evtl sogar mit mehr als einem template-parameter.

miller_m

ich glaub so langsam zeilt der thread in eine andere richtung ab.
bin vielleicht auch ich dran schuld.

die engine wird als bibliothek weitergegeben, der user "sieht" dann die vectorklasse und kann sich damit grün und blau rechnen. diese sollte dann intern zur laufzeit die cpu ermitteln und dann die entsprechenden berechnungen und den vorhandenen features machen.

ich glaub ich bleib doch bei der variante im ctor der vector klasse jedesmal die cpu klasse aufzurufen und dann entsprechend die pointer zu setzen. (wie oben beschrieben)

volkard

dann haste halt kein inlining mehr und der optimerer ist für alles weitere blind. das ist ein großer schaden.

miller_m

volkard schrieb:

dann haste halt kein inlining mehr und der optimerer ist für alles weitere blind. das ist ein großer schaden.

hab ich doch sowieso nicht, da meine methoden ausserhalb der klasse definiert
werden, oder nicht ?

Shade Of Mine

miller_m schrieb:

ich glaub ich bleib doch bei der variante im ctor der vector klasse jedesmal die cpu klasse aufzurufen und dann entsprechend die pointer zu setzen. (wie oben beschrieben)

Kann den Code aber langsamer machen - würde ich erst profilen.
volkards Ansatz hat 0 Overhead.

miller_m schrieb:

hab ich doch sowieso nicht, da meine methoden ausserhalb der klasse definiert
werden, oder nicht ?

Hängt vom Compiler ab. VC++ hat zB 'Whole Programe Optimization' - der kann das. Andere nicht.

Theoretisch spricht nämlich nichts dagegen.

miller_m

Shade Of Mine schrieb:

Kann den Code aber langsamer machen - würde ich erst profilen.
volkards Ansatz hat 0 Overhead.

aber der user der bibilothek müsste sich dann entscheiden welche vectorklasse er benutzen will. ?!?

Shade Of Mine schrieb:

Hängt vom Compiler ab. VC++ hat zB 'Whole Programe Optimization' - der kann das. Andere nicht.

benutz keinen vc sondern mingw

Shade Of Mine schrieb:

Theoretisch spricht nämlich nichts dagegen.

gegen was ?