Warum programmiert ihr in C?
-
Hab ich natürlich gemacht. Das sind Durchschnittswerte von mehreren Messungen für jede der drei Funktionen. Schon allein um irgendwelche Seiteneffekte auszuschließen.
Aber Aussage ist ja eigentlich, dass derartige Diskussionen mehr als müßig sind und nicht nur von Compiler oder Prozessor abhängen sondern auch vom Anwendungsfall wie man hier beim Vergleich der kurzen und langen Strings deutlich sieht.
-
-lowbyte- schrieb:
Finde zwar nichts was bestätigen würde, dass einige Teile von der STL in Assembler programmiert sind, doch ich vermute es zumindest.
Soweit ich weiß, ist alles in der stl ist normal programmiert. Aber mir scheint, bei MS kennt der Optimierer manche Funktionen wie std::swap sehr genau und zaubert dort.
Klar ist C schneller als C++, in manchen Gebieten, dass wissen wir beide!
Hoffen wir, daß wir auch beide wissen, daß C++ in manchen Gebieten schneller ist.
Du musst das Zeug's mehrfach messen und dan den Schnitt nehmen !
Unfug. Man muß den kleinsten Wert nehmen.
-
Okey klar ! Aber kannste nicht garantieren dass sie wirklich immer so schnell ist.
-
-lowbyte- schrieb:
Warum ? Das heisst nach deiner Meinung, dass ich nicht sicher sein kann dass sie ihre Leistung erbringt ! Wenn du vom Tiefsten Wert ausgehst ...
Die Zeitungenauigkeiten kommen, wenn Windows Dir den Prozess wiedermal für 10ms wegnimmt, die exe-Datei noch nicht ganz im RAM war, und so Sachen. Deswegen machst Du so viele Messungen, bis mal zufällig keine Fremdverlangsamung vorlag.
Was bei dieser Messung am schnellsten war, ist dann auch durchschnittlich am schnellsten.
Bei Meßzeiten im Minutenbereich bekommt man beim Minimummessen fünf stabile Stellen. Diese Kleinigkeit sollte auf den Takt genau ausmessbar sein.
-
Also bei den Messungen gab es nur Unterschiede von 1-2ms, also nicht der Rede wert und macht in dem Fall auch keinen Unterschied ob man den kleinsten Wert oder den Durchschnitt nimmt.
Zumindest hatte ich so mal ein wenig Antrieb hinter die Fassade der STL zu schauen und hab dabei sogar noch eine tolle Funktion entdeckt ( memchr )
Die STL kocht also auch nur mit Wasser... Kein Grund zur Panik
-
volkard schrieb:
Die Zeitungenauigkeiten kommen, wenn Windows Dir den Prozess wiedermal für 10ms wegnimmt, die exe-Datei noch nicht ganz im RAM war, und so Sachen. Deswegen machst Du so viele Messungen, bis mal zufällig keine Fremdverlangsamung vorlag.
Was bei dieser Messung am schnellsten war, ist dann auch durchschnittlich am schnellsten.
Bei Meßzeiten im Minutenbereich bekommt man beim Minimummessen fünf stabile Stellen. Diese Kleinigkeit sollte auf den Takt genau ausmessbar sein.Ist mir schon klar! Meinte es irgendwie auch anders. Eben Praktisch.
Haste natürlich recht.
-
It0101 schrieb:
An aversion towards using C++ standard library functions and especially data containers because the C-hacker feels that he is not "in control".
Ein für mich absolut nachvollziehbarer Grund. Man weiß schlicht und ergreifend nicht, was hinter den den STL-Containern steckt. Wenn man sich aber genauer mit Containern beschäftigt, weiß man das irgendwann.
Viele nutzen die STL aber, ohne zu hinterfragen, und das ist das Problem. Irgendwer sagt: Jawoll, Container XY ist gut und alle nutzen es, ohne sich überhaupt ne Platte zu machen. Da ist mir lieber, wenn sich einer selbst hinsetzt, einen Container selber austüftelt ( wenn es Sinn macht, auch in C ) und verbessert und dabei mehr lernt, als wenn er irgendwelches vorgefertigtes Zeug unreflektiert verwendet.
Meine Worte.
@ anmerkung
Du bist doch nur neidisch auf mich.
-
Also ich finde, die C++ ler sollten erstmal ein Betriebssystem in C++ schreiben, dann sehen wir weiter.
C regiert jedenfalls die Welt.
-
lowbyte_ schrieb:
Dies ist Compiler abhängig, verstehst du das immer noch nicht!?
Und in der STL ist sowiso das Zeitkritische in Assembler geschrieben.D.h. C++ ler betrügen und vertrauen nicht mal auf ihr eigenes STL.
Vielleicht solltet ihr das also mal auf einer Plattform messen, bei der die STL nicht zu 90 % aus Assemblercode besteht.
-
knivil schrieb:
STL bedeutet Standard Template Library.
Und bei mir:
C -> 674 ms
C++ -> 396 msAufruf: g++ main.cpp -O3
Tja, da siehst man mal wieder.
Würdet du mal bitte gcc anstatt g++ zum compilieren nehmen?
gcc ist der C Compiler, nicht g++!
-
C Fan schrieb:
Vielleicht solltet ihr das also mal auf einer Plattform messen, bei der die STL nicht zu 90 % aus Assemblercode besteht.
Zu offensichtlich solltest du nicht trollen :p
-
Realistisch schrieb:
Da C und C++ hier fast das gleiche machen wundert es nicht dass das Ergebnis ähnlich ist. Hier hat mal jemand was über Raytracer geschrieben, welcher jedes Semester neu an einer Uni implementiert wird und hier zeugt sich das wenig überraschende Bild das C am schnellsten ist gefolgt von C++ und etwas die 4fache Zeit benötigt Java.
Schneller wie in C geht es nur mit Assembler alles andere ist großer Humbug.
Die Uni sollte mal D probieren.
-
Wie man hier im Thread sieht wissen selbst viele STL-Fanboys teilweise nicht, was sich hinter der STL verbirgt. Getreu dem Motto: "da haben sich mal welche bestimmt Gedanken gemacht" ...
Also mir is das zu wenig...
C-Code ist C-Code ist C-Code ( und wenn man es ordentlich macht, kommt sogar ganz passabler Assembler-Code raus )
-
Also ich würde niemanden hier (fast niemand) ein STL Fan-boy bezeichnen. Die Herren wissen schon von was sie sprechen. Von Volkard weis ich dies zumindest.
Ich schreibe fast ohne STL und habe sie auch nicht bis ins letzte Detail studiert, darum kann ich nix dazu sagen, da ich eben hauptsächlich C schreibe mit Assembler.Aber ich würde behaupten dass doch sicher die eine oder ander Sache in ASM
programmiert ist.Ich hab es einfach gern, wenn ich sehe was da passiert. Das ist einfach bei STL nur mit reversing machbar. Na gut lass das mal. Ist ja auch kein Problem. Für alles hat man einfach keine Zeit. Doch werde sicher mal zeit finden mal die STL voneinander zu nehmen. Bin gespannt...
Und wer sagt C sei hässlicher Code.... Ich finde C ist wenn man einen guten Style hat eine der schönsten Sprachen die es gibt.
-
It0101 schrieb:
Wie man hier im Thread sieht wissen selbst viele STL-Fanboys teilweise nicht, was sich hinter der STL verbirgt. Getreu dem Motto: "da haben sich mal welche bestimmt Gedanken gemacht" ...
Also mir is das zu wenig...
Es ist klar, dass du einen Tick schneller bist, wenn du die StdLib-Implementierung nimmst und den Overhead (und Stringlängenberechnung, du Schelm ) auslagerst. Ich habe auch nie behauptet, dass man mit einer speziellen Implementierung nicht schneller sein kann als die STL. Wir sind aber noch Meilen entfernt von einem Faktor 10 oder gar 30, der hier so gerne genannt wird.
Ich finde die Philosophie übrigens befremdlich, dass man alles selbstbauen muss, um nach ner Woche was Fehleranfälligeres, aber vielleicht um 20% Schnelleres gebaut zu haben. Dabei merkt man den Performanceunterschied in den allermeisten Fällen gar nicht.
-
So ziemlich jeder C Fanboy hat sich in diesem Thread jetzt blamiert. Koennen wir eigentlich mal langsam schliessen, oder?
-
C Fan schrieb:
knivil schrieb:
STL bedeutet Standard Template Library.
Und bei mir:
C -> 674 ms
C++ -> 396 msAufruf: g++ main.cpp -O3
Tja, da siehst man mal wieder.
Würdet du mal bitte gcc anstatt g++ zum compilieren nehmen?
gcc ist der C Compiler, nicht g++!
Welche grosartige Veraenderung erwartest du? gcc uebersetzt in einen "intermediate code", der wohl bei dem Programm mit FindC fuer C++ als auch fuer C sehr aehnlich ist. Dann wird auf die Zielplattform abgebildet. Um deinem Wunsch zu entsprechen, C mit gcc -O3 main.c (und entfernen aller C++-Elemente) lieferte 668ms.
Schneller wie in C geht es nur mit Assembler alles andere ist großer Humbug.
Ich kenne Spielzeugbeispiel, da ist Haskell sogar schneller (entsprechender Compiler vorausgesetzt, nicht ghc).
-
cppungleichstl
Das ist glaube ich jedem klar !
-
@ Autor "malneugierig"
Na, Frage beantwortet?
-
Es waren vielleicht zwei Postings bei die mir als Antwort gereicht hätten. Der Rest war halt Kindergarten aber habe auch nicht viel geistreiches in einem Programmierforum hier erwartet. Ich denke der Thread kann geschlossen werden und ich werde mir Fragen bezüglich Programmiersprachen verkneifen. Leider haben Anfänger immer zu erst die Frage welche Sprache die beste ist und welches Buch man sich kaufen soll etc. Also werde ich hier bestimmt noch viel Crap lesen müssen, was aber bestimmt normal menschlich ist. Es ist halt billigstes Verhalten ähnlich ist es mit Job, Autos, Kleidung, Technik usw jeder will immer für sich die beste Wahl getroffen haben und vergisst dabei aber das diese Wahl nicht automatisch auch für einen anderen gut sein muss.
Wenn 99 Leuten blaues Licht beruhigt und einer nicht, dann heisst das nicht das blaues Licht beruhigend wirkt sondern dass es dies meistens tut. Vielleicht blödes Beispiel aber ich denke es ist klar was ich damit sagen will.