<![CDATA[Performaceschädlich?]]>Hey Forumler,

eine einfache Performace Frage:

Was ist verträglicher,
eine große Funktion, die viele komplexe Operationen durchführt oder für jede Operation eine eigene Funktion und dann die einzel Funktionen nacheinenader aufrufen....

Was ist besser für die Performance?

mfg Noob

]]>https://www.c-plusplus.net/forum/topic/300944/performaceschädlichRSS for NodeWed, 12 Aug 2026 11:32:52 GMTWed, 14 Mar 2012 15:17:01 GMT60<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 15:17:01 GMT]]>Hey Forumler,

eine einfache Performace Frage:

Was ist verträglicher,
eine große Funktion, die viele komplexe Operationen durchführt oder für jede Operation eine eigene Funktion und dann die einzel Funktionen nacheinenader aufrufen....

Was ist besser für die Performance?

mfg Noob

]]>https://www.c-plusplus.net/forum/post/2191629https://www.c-plusplus.net/forum/post/2191629Wed, 14 Mar 2012 15:17:01 GMT<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 15:29:33 GMT]]>also rein theoretisch kostet jeder Funktionsaufruf extra Zeit. Ob sich das allerdings auch tatsächlich bemerkbar macht, wage ich zu bezweifeln (solange du nicht massivst große Objekte per Value übergibst).

Wenn du Performanceprobleme hast, solltest du erstmal alle anderen Optimierungsmöglichkeiten ausreizen, bevor du anfängst, Funktionsaufrufe zu minimieren - allein schon der Lesbarkeit halber.

]]>https://www.c-plusplus.net/forum/post/2191633https://www.c-plusplus.net/forum/post/2191633Wed, 14 Mar 2012 15:29:33 GMT<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 15:29:58 GMT]]>Was ist für dich "viel"? Was "komplex"?

]]>https://www.c-plusplus.net/forum/post/2191634https://www.c-plusplus.net/forum/post/2191634Wed, 14 Mar 2012 15:29:58 GMT<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 15:31:07 GMT]]>Ja, mal so mal so ...

]]>https://www.c-plusplus.net/forum/post/2191636https://www.c-plusplus.net/forum/post/2191636Wed, 14 Mar 2012 15:31:07 GMT<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 16:35:29 GMT]]>

premature optimization is the root of all evil

Solche Mikrooptimierungen schaden meist mehr als sie nützen. Zuerst sollte man gut lesbaren Code erzeugen (was in der Regel auch heißt das man Funktionsgrößen wählt die man sinnvoll überblicken kann, und möglichst "Eine Funktion für eine Aufgabe" erfüllen).

Sauberer Code kann sogar (trotz minimalen Overheads wegen der Funktionsaufrufe) effektiv schneller sein, da man leichter Fehler, Redundanzen etc. sieht und korrigiert.

Erst wenn man wirklich Probleme mit der Performance feststellt, sollte man mittels eines Profilers die Problemstelle ermitteln, und diese optimieren (Ein Profiler deckt zwar nicht jeden Anwendungsfall perfekt ab, aber man selbst wird in mindestens 90% an der falschen Stelle optimieren).

]]>https://www.c-plusplus.net/forum/post/2191670https://www.c-plusplus.net/forum/post/2191670Wed, 14 Mar 2012 16:35:29 GMT<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 18:29:36 GMT]]>knivil schrieb:

Ja, mal so mal so ...

Jopp.
Man könnte auch sagen: das kommt drauf an. 🙂

]]>https://www.c-plusplus.net/forum/post/2191701https://www.c-plusplus.net/forum/post/2191701Wed, 14 Mar 2012 18:29:36 GMT<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 20:12:58 GMT]]>Oder je nach dem

]]>https://www.c-plusplus.net/forum/post/2191734https://www.c-plusplus.net/forum/post/2191734Wed, 14 Mar 2012 20:12:58 GMT<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 21:35:53 GMT]]>Bei einer pass-by-reference Argumentenübergabe ist das also schnuppe?

]]>https://www.c-plusplus.net/forum/post/2191751https://www.c-plusplus.net/forum/post/2191751Wed, 14 Mar 2012 21:35:53 GMT<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 21:37:22 GMT]]>Noob_Der_Ersten_Stunde schrieb:

Bei einer pass-by-reference Argumentenübergabe ist das also schnuppe?

Jein und du hast nicht verstanden, was man dir sagen wollte.

]]>https://www.c-plusplus.net/forum/post/2191752https://www.c-plusplus.net/forum/post/2191752Wed, 14 Mar 2012 21:37:22 GMT<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 21:45:55 GMT]]>Das Problem ist: Inlining und Optimierungen sind stark Compilerabhängig. Deswegen bringt mein sein Programm erst mal ordentlich zum laufen, schön übersichtlich. Und hinterher optimiert man, wenn es denn sein muss.

]]>https://www.c-plusplus.net/forum/post/2191755https://www.c-plusplus.net/forum/post/2191755Wed, 14 Mar 2012 21:45:55 GMT<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 22:08:53 GMT]]>meistens macht es überhaupt keinen Unterschied. Und wie immer wird auf solche Kleinigkeiten geachtet während die großen Klopper unbeachtet die Performance runter nagen können 🙂

]]>https://www.c-plusplus.net/forum/post/2191760https://www.c-plusplus.net/forum/post/2191760Wed, 14 Mar 2012 22:08:53 GMT<![CDATA[Reply to Performaceschädlich? on Wed, 14 Mar 2012 22:10:55 GMT]]>Schenkt man dem Eröffnungspost glauben, dürfte in diesem Fall eh keine Hoffnung bestehen, durch derlei Optimierungen zum Erfolg zu gelangen.
Es ist dort nämlich von vielen komplexen Operationen die Rede. Und wenn die Operationen auch nur annähernd komplex (oder einfach nicht komplett primitiv) sind, dürfte die Funktion selbst ein Vielfaches dessen was der Aufruf ausmacht an Zeit verbrauchen.

]]>https://www.c-plusplus.net/forum/post/2191761https://www.c-plusplus.net/forum/post/2191761Wed, 14 Mar 2012 22:10:55 GMT<![CDATA[Reply to Performaceschädlich? on Thu, 15 Mar 2012 04:04:55 GMT]]>asc schrieb:

premature optimization is the root of all evil

Solche Mikrooptimierungen schaden meist mehr als sie nützen. Zuerst sollte man gut lesbaren Code erzeugen (was in der Regel auch heißt das man Funktionsgrößen wählt die man sinnvoll überblicken kann, und möglichst "Eine Funktion für eine Aufgabe" erfüllen).

Sauberer Code kann sogar (trotz minimalen Overheads wegen der Funktionsaufrufe) effektiv schneller sein, da man leichter Fehler, Redundanzen etc. sieht und korrigiert.

Erst wenn man wirklich Probleme mit der Performance feststellt, sollte man mittels eines Profilers die Problemstelle ermitteln, und diese optimieren (Ein Profiler deckt zwar nicht jeden Anwendungsfall perfekt ab, aber man selbst wird in mindestens 90% an der falschen Stelle optimieren).

👍

]]>https://www.c-plusplus.net/forum/post/2191776https://www.c-plusplus.net/forum/post/2191776Thu, 15 Mar 2012 04:04:55 GMT