Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Abstrakte Klassen - ein Flaschenhals?

Werbeanzeige

dax.

Frischling

  • »dax.« ist der Autor dieses Themas

Beiträge: 24

Beruf: Mathematiker (Student)

  • Private Nachricht senden

1

16.07.2007, 16:00

Abstrakte Klassen - ein Flaschenhals?

Hallo,

Um einen Quellcode möglichst abstrakt zu halten dachte ich, dass es eventuell sinnvoll wäre rein abstrakte Klassen (Interfaces) zu definieren und die implementation dann via Class Facilities zur Verfügung zu stellen.

Nach ersten Benchmarks konnte ich keinen Performance unterschied feststellen, ob man nun eine Klasse direkt verwendet oder über ein Interface. Aber wie sieht es aus wenn man jetzt mehrere hundert klassen am laufen hat ? Jemand Erfahrung damit ?

mfg
>> blub <<

Phili

unregistriert

2

16.07.2007, 16:07

Also, im Endeffekt ist das ja reine Estetik. Ich glaub kaum, dass davon viel in der exe hängen bleibt, geschweige denn einen echten Performanceunterschied ausmacht.

Eldarion72

Treue Seele

Beiträge: 173

  • Private Nachricht senden

3

16.07.2007, 16:17

ich glaube der vorteil bei abstrakten klassen liegt doch eher in der programmierung, ich kann mir kaum vorstellen das das performance auswirkungen hat, auf heutigen rechnern jedenfalls nichtmehr.

dax.

Frischling

  • »dax.« ist der Autor dieses Themas

Beiträge: 24

Beruf: Mathematiker (Student)

  • Private Nachricht senden

4

16.07.2007, 16:22

Ich bin über folgendes gestolpert:

Zitat

Depending on the host platform, the performance of virtual method calls is somewhere from slightly bad to very bad, because the additional memory lookup may trash the cache, flush the instruction pipeline, disable branch prediction, etc... Virtual method calls are still the fastest way for runtime-polymorphism, but that's usually not necessary for platform-abstraction, where "compile-time-polymorphism" is often enough.


Quelle: http://flohofwoe.blogspot.com/2007/02/ge…thod-calls.html
>> blub <<

koschka

Community-Fossil

Beiträge: 2 862

Wohnort: Dresden

Beruf: Student

  • Private Nachricht senden

5

16.07.2007, 16:45

Das dieses virtual immerwieder Performance probleme bringen soll hab ich schon öfters gehört (gab auch schon einige Diskussionen dazu), aber im Endeffekt war eigentlich immer der Performanceverlust marginal.

Auch bei größeren Projekten (auch von Java etc.) sind interfaces eher nützlich als perfomance fressend.

Kurz: ja natürlich wird Perfomance verbraucht, aber das gro ist es nicht.


Lies das hier

p.s. der Thread im Link wird jetzt mal ins FAQ verschoben...

dax.

Frischling

  • »dax.« ist der Autor dieses Themas

Beiträge: 24

Beruf: Mathematiker (Student)

  • Private Nachricht senden

6

16.07.2007, 16:56

danke für die hilfe
>> blub <<

Werbeanzeige