Thx!

Guck dir doch einfach den ASM output von deinem compiler an, dann siehst du es

Programm wird schneller?

Trundle0x7e schrieb:

Guck dir doch einfach den ASM output von deinem compiler an, dann siehst du es

Leider keine Ahnung vom ASM

Schneller? Schneller als was?

Als wenn ich alle Teile mit ner if-Begingung prüfen würde...

Trundle0x7e schrieb:

Guck dir doch einfach den ASM output von deinem compiler an, dann siehst du es

Der ASM-Code bringt da doch nix...

Trundle0x7e schrieb:

Schneller? Schneller als was?

Als wenn ich alle Teile mit ner if-Begingung prüfen würde...

Nimm halt else if...?

Frägchen schrieb:

Trundle0x7e schrieb:

Schneller? Schneller als was?

Als wenn ich alle Teile mit ner if-Begingung prüfen würde...

Nimm halt else if...?

Neulich habe ich versucht eine Routine mit if...else if zu schreiben. da kamm aber ein ganz hesslicher Code-Stück raus :(. Da denkt man ja zwangsläufich an goto...

Neulich habe ich versucht eine Routine mit if...else if zu schreiben. da kamm aber ein ganz hesslicher Code-Stück raus :(. Da denkt man ja zwangsläufich an goto...

Oder, dass du nicht coden kannst.

Windooof schrieb:

Neulich habe ich versucht eine Routine mit if...else if zu schreiben. da kamm aber ein ganz hesslicher Code-Stück raus :(. Da denkt man ja zwangsläufich an goto...

Oder, dass du nicht coden kannst.

Na ja ich geb zu, ich mache meine ersten Gehversuche :).

Wie macht Ihr das denn, wenn ihr Speicher, so Stück für Stück? mit new anlegen müsst und gleichzeitig prüfen müsst, ob da noch genuch ist?

Hängt wahrscheinlich vom Stil (Erfahrung) ab...

Oder je nach Problemstellung/-Lösung?

Wie macht Ihr das denn, wenn ihr Speicher, so Stück für Stück? mit new anlegen müsst und gleichzeitig prüfen müsst, ob da noch genuch ist?

Ich nem STL Container die das für mich übernehmen

Windooof schrieb:

Wie macht Ihr das denn, wenn ihr Speicher, so Stück für Stück? mit new anlegen müsst und gleichzeitig prüfen müsst, ob da noch genuch ist?

Ich nem STL Container die das für mich übernehmen

Leder sind da einige (ich persönlich) nicht in der Lage sowas (STL nicht kompatibel mit dem Compiler) anzuwenden (man kann ja nicht immer alles haben,oder? :))..

THX 1138 schrieb:

Windooof schrieb:

Wie macht Ihr das denn, wenn ihr Speicher, so Stück für Stück? mit new anlegen müsst und gleichzeitig prüfen müsst, ob da noch genuch ist?

Ich nem STL Container die das für mich übernehmen

Leder sind da einige (ich persönlich) nicht in der Lage sowas (STL nicht kompatibel mit dem Compiler) anzuwenden (man kann ja nicht immer alles haben,oder? :))..

Dann biste irgendwie im falschen Subforum, oder hol Dir nen anständigen Kompeiler..

Dann biste irgendwie im falschen Subforum, oder hol Dir nen anständigen Kompeiler..

Ich hab ja den Thread nich aufgemacht ... Hab mich nur angeschlossen

Mit meinem Compiler bin ich aber sehr zufrieden. Ich schreibe ja meine Programme nur quasi nebenbei :).

Was ist eigentlich mit dem Thema dieses Threads? Interessiert mich immer noch, ob mein Prog mit goto schneller laufen würde? Gibt es da irgendwelche Vorteile oder nur Nachteile?

THX 1138 schrieb:

Dann biste irgendwie im falschen Subforum, oder hol Dir nen anständigen Kompeiler..

Ich hab ja den Thread nich aufgemacht ... Hab mich nur angeschlossen

Mit meinem Compiler bin ich aber sehr zufrieden. Ich schreibe ja meine Programme nur quasi nebenbei :).

Was ist eigentlich mit dem Thema dieses Threads? Interessiert mich immer noch, ob mein Prog mit goto schneller laufen würde? Gibt es da irgendwelche Vorteile oder nur Nachteile?

Ich sage wieder mal, dass du dir den asm-output angucken sollst. Da kannst du sehen, dass goto mit einem einfachen JUMP Befehl übersetzt wird, dass heißt, dass der Code zwischen goto und Ziel übersprungen wird, was natürlich sehr schnell ist. Letzendlich wird aber bei jeder Bedingung (if else if else switch etc.) die erfüllt/nicht erfüllt ist zu dem passenden code-teil gesprungen, und daher wird dein Programm durch den Einsatz von gotos nicht schneller...
Gruß,
Chrissi

PS: Du solltest generell solche Frickelein dem Compiler mit seinem Optimizer überlassen, die machen das in der Regel schneller und besser

Also verstehe ich, dass es keinen Unterschied macht ob man if...else if, goto oder Sonstige einsetzt - am Maschinen-Code kommt immer dasselbe dabei raus. Richtig?

jup.

es gab mal einen fall bei mir mit MSVC6, wo

while(frickelcode);

schneller als jede alternative war.

es gab einige, wo

for(ganz_normal1){
   ganz_normal2;
}

schneller als jede alternative war.

fast immer (zu mehr als 99%) war aber immer

for(a;b;c)
 d;

identisch mit

{a;
 while(b){
  d;
  c;
}

und ich konnte mich auch ansonsten auf den kopf stellen, for, while, do, if-goto, alle schleifen, die das gleiche resultat berechnen, sind gleich schnell.

aber eine fast lustige sache gilt darüberhinaus: "schöne" schleifen kapiere ich besser und kann sie dann nachoptimieren.
aso ich baue erstmal if-goto oder while oder for. gerade das, was mir einfällt. innendrin mache ich auch if/else auch mal ein if-continue. dann schaue ich mal, ob ich die schleife auf- oder abwickeln kann.

a;
while(x){
 b;
 c;
 a;
}

wird zu

while(x){
 a;
 b;
 c;
}
//bei dateisachen nicht selten

und sonst noch so allerlei. nicht selten zerfällt ein zehn-zeilen-monster bei sowas in einen vierzeiler. dann kann ich dem einen bessewren funktionsnamen geben, weil ich erst jetzt kapiere, was der eigentlich macht (es war ja eigentlich ganz einfach). auf einmal werden die aufrufer der funktion deswegen auch verständlicher und da mach ich dann gleich weiter...

also ich empfehle dringend, unabhängig von den sehr seltenen einzelfällen, wo dieses oder jenes konstrukt schnmeller ist, immer dahin zu optimieren, wo man den code besser versteht. das fürht dann zu erleuchtung . damit erreicht man mehr speed. und nebenbei fehlerarmut bin ins ungelaubliche. natürlich hält man sich frei, bestimmte funktionen später noch zu verunvereinfachen, um dort speziellen speed zu bekommen. aber bei lichte betrachtet ist das immer nur das anpassen an einen compilerbug. in dem fall tuste gut daran, die einfache funktion als kommentar drüber leben zu lassen.

Mit meinem Compiler bin ich aber sehr zufrieden.

Also, wenn der doofe Compiler nicht mal die STL kann, dann hast Du eigentlich keinen Grund, damit zufrieden zu sein. Was für ein Unding von Compiler verwendest Du denn da? Zufällig den alten MSVC-Compiler?

Wenn man goto verwendet, kann man nurnoch schlecht Datenkapselung durchführen, was den ganzen Quellcode übersichtlich macht. Auch geht dabei eine feste Struktur flöten, was den Code unübersichtlich macht. Man kann auch ohne goto sehr gut optimieren.

PS: ich hab mir hier nichts durchgelesen bis auf den Titel.

Windooof schrieb:

Mit meinem Compiler bin ich aber sehr zufrieden.

Also, wenn der doofe Compiler nicht mal die STL kann, dann hast Du eigentlich keinen Grund, damit zufrieden zu sein. Was für ein Unding von Compiler verwendest Du denn da? Zufällig den alten MSVC-Compiler?

Es gibt bestimmte Bereiche (bei Windows z.B. die Programmierung von Ring0-"Programmen") bei denen nicht der volle Umfang der C++-Features benutzt werden können und daher gibt es dafür spezielle Compiler welche bewusst STL usw. nicht understüzten.