Seit wann ist VB schneller als C++?

Christoph Redl, hast du vielleicht das C++ Ding als Debug-Version compiliert und ausgeführt?

Davon gehe ich sowieso schon aus
-.-

Debug-Build und Debug-Run (oder Einzelschritt ).

hahaha

Sgt. Nukem

HANZO schrieb:

Also Jungs, 500FPS der eine 200FPS der andere. Auch wenn er den C/C++ Code optimieren sollte glaube ich nicht das danach C/C++ 1500FPS schaft. Was er ja müsste. Weil er soll ja sehr viel schneller sein als VB und nicht gleich oder etwas schneller.

PS WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN WIR WOLLEN CODE SEHEN WIR WOLLWN CODE SEHEN

In einem Post so viele Rechtschreibfehler...

ingoingo

Haben die in der ct dazu schon mal was gesagt, zu dem versauten Test?

rapso

[quote="Sgt. Nukem"]

HANZO schrieb:

In einem Post so viele Rechtschreibfehler...

da haste den falsch'n zittiert *fg*

rapso->greets();

Du jetzt auch

btw wir warten immer noch auf den Source

Also, wenn jemand die Bin´s des Directx9 SDK´s startet(Demo´s und Tutorial´s), so wird er merken das in den Anwendungen die in C#, VB und C++ vorhanden sind sich immer das gleiche herausstellt! Visual Basic ist mit c++ gleich auf und c# liegt immer dahinter.

Warum?

Knuddlbaer

Wieviel hat das VB denn überhaupt damit zu tun ?
Kann ich mir das nicht so vorstellen das die Hauptarbeit von seitens der DX Api gemacht wird ?

Ja, das denke ich auch! Aber warum sind dann bei einigen Applikationen unterschiede von 5 - 300 Frames festzustellen?

Gruß Frank

frank2 schrieb:

Also, wenn jemand die Bin´s des Directx9 SDK´s startet(Demo´s und Tutorial´s), so wird er merken das in den Anwendungen die in C#, VB und C++ vorhanden sind sich immer das gleiche herausstellt! Visual Basic ist mit c++ gleich auf und c# liegt immer dahinter.

Warum?

Was beweist das C/C++ keine Zukunft hat. Das war einmal das C/C++ das schnellste war (ausser asm). Leute, es sollte euch klar werden das nur das Ergebniss zählt. Und nicht mit welcher Sprache oder API dieses Ziel erreicht wurde.
Wer C/C++ kann sollte dabei bleiben. Wer es noch lernen will sollte sich frage ob es nicht Alternativen gibt.

Helium

Wer es noch lernen will sollte sich frage ob es nicht Alternativen gibt.

Aber welche Alternativen hat man?

Knuddlbaer

Hm, so pauschal zu sagen C++ sei langsamer .. WEiß nicht.

Und das ne Interpretersprache schneller sein soll ? WEiß nich.

Ich denke es hat hier viel mit der Programmierung u. Compiler zu tun.
Wie will man bitte sprachen vergleichen die überwiegend API Aufrufe verwenden ?

Und dann die frage:

In was ist denn das DX9 geschrieben ? VB ?

Tobiking

Knuddlbaer schrieb:

Und dann die frage:

In was ist denn das DX9 geschrieben ? VB ?

Wenn man darüber nachdenkt was DX überhaupt macht sollte man schnell eine Antwort finden. DX bringt die möglichkeit über High Level Sprachen mit der Grafikkarte zu kommunizieren ohne Abhängig zu sein was es für eine ist. Also wird es sicherlich Assambler oder ähnliches sein. Die Matrix und Vektorrutinen sind auch in Assambler für die verschiedenen CPUs in optimierter Form.

Knuddlbaer

Ich denke also das man nicht die geschwindigkeit einer Sprache anhand der Ansteuerung einer API messen kann. (@VBJAVAMAN)

Die Frage wieso VB eine höhere Framerate nach sich zieht wird denke ich erst nach Untersuchung der Quelltexte möglich sein.

SirLant

Es ist wohl definitiv kein Problem in C++ oder C Quellcode zu schreiben, der
verdammt langsam ist, jdm der gut VB kann und die feinheiten zum optimieren
(soll auch Leute geben, die mit VB arbeiten und trotzdem Ahnung haben) kennt,
der kann sicher da was rausholen und im günstigen Fall schneller als schlechter
C/C++-Code sein.

Alles nur ausreden. In unserer heutigen Zeit ist es irrelevant mit welcher Srpache man entwickelt. VB ist auch kein Interpreter mehr. Und alles auf den "dummen" C Programmierer zu schieben ist zu einfache. Oder meint ihr ihr seit die über Gurus? (ausser TGGC )

Gregor

ingaux schrieb:

Haben die in der ct dazu schon mal was gesagt, zu dem versauten Test?

Ja, und zwar in c't 23/2003 auf Seite 232. Die haben die Programme nochmal etwas optimiert. Kurz zusammengefaßt:

C# :     neue Version : 3,7s  --- alte Version :  6,3s
Java :   neue Version : 3,7s  --- alte Version :  8,8s.
Delphi : neue Version : 4,25s --- alte Version :  7,5s
C++ :    neue Version : 4,5s  --- alte Version : 12,3s

In dem Artikel stehen die Optimierungen drin. Es wäre ganz interessant, wenn sich das hier jemand angucken könnte und sagen könnte, was alles noch hätte gemacht werden müssen. Schließlich ist C++ immernoch Schlusslicht.

Sag ich doch. Wer denk C sei die schnellste Sprache nach Assembler, der hat keine Ahnung. Ich sage es schon immer. Die Zeiten sind vorbei. Das war ein mal. Heute gibt es keinen Unterschied mehr.

Die ganzen Libs und API's die man einbinden muss bremsen die Sprache. Aber wer will schon eine Anwendung ohne STL und Co erstellen? Ich nicht. Seit flexibel. Nutzt die Vorteile aller vorhandenen Sprachen.

Entwickle ich eine Steuersoftware für einen Turboladerteststand erstelle ich die Benutzerobefläche mit C# oder VB. Den Teil der die Messensoren steuert mach ich mit C.

<EDIT> ...micht weil C schneller ist. Sondern weil ich auf unterster Ebene arbeiten kann <EDIT>