batch Skript oder C Code, was ist schneller?

[Spring23]

Hat jemand zufällig eine Ahnung, was von folgenden Lösungen die schnellste und Effizienteste ist?

1. Eine Batch Datei
2. Ein kleines C Progarmm, als exe Datei mit dem selben Code als system() - Call
3. Ein kleines C Programm mit ShellExecute()

Im Grunde sollen alle 3 Skripte das selbe machen. Ich weiß allerdings nicht, wie ich herausfidnen kann, was schneller ist und würde gerne die schnellste Lösung nutzen, da das Skript von einem anderen Programm recht häufig ausgeführt wird und ich ein Fan von schneller Software bin.

 

[Mike Lowrey]

Das kommt ganz auf die Aufgabe an.

 

[Augen1337]

Sehr wahrscheinlich die kompilierte exe.

Allerdings kommts drauf an, wie du programmiert hast
Aber generell gilt, dass bereits kompilierte Programme schneller sind, da sie nicht zur Laufzeit übersetzt werden müssen und der Code bereits in Binärform vorliegt. Noch dazu sind Programme in C fast das schnellste, was es gibt.

Und warum kannst du das nicht einfach überprüfen? ^^

 

[DunklerRabe]

Das hängt von 100 Faktoren ab, die mit der Art der Umsetzung erstmal nichts zu tun haben.
Wenn es sich um eine simple Aufgabe handelt macht es vermutlich keinen merklichen Unterschied.

Du kannst ja einfach die Dauer des Durchlaufs messen, dann weisst du es genau.

 

[Spring23]

In diesem Fall möchte ich lediglich mit Hilfe eines move Befehls eine Datei umbenennen.

Allderdings habe ich die Frage so allgemein gestellt, da ich öfters kleinere batch Dateien schreibe und ich mich frage, ob das in C schneller ginge weil ich von allen nur immer Höre wie schnell C ist.

Die Geschwindigkeit testen ist nicht so leicht, da das Porgarmm ohnehin recht flott ist. Ich optimiere nur gerne.

Edit:
Mir fällt gerade ein, ich glaube ich weiß doch wie ich die Geschwindigkeit testen kann.
Hat jemand eine Ahnung, was von der CPU Last her besser sein müsste?

Nehmen wir einfach mal die 3 Möglichkeiten:
1. Batch: move oldfile newfile
2. system(move oldfile newfile)
3. ShellExecute(bla, move oldfile newfile, bla);

und ja, ich weiß, dass das so noch nicht läuft, mir gehts nur ums Prinzip, dass ich mir die beste Lösung angewöhne, aber bisher klingt das so, als wäre das völlig egal.

 

[DunklerRabe]

Ja gut, in dem Fall macht das vermutlich gar keinen spürbaren Unterschied.

 

[Augen1337]

Achsooooo ich dachte du benutzt Libraries in C um in deinem Beispiel hier die Datei zu verschieben.

In C kannst du Zeiten messen. Einfach googlen.
Wie oft machst du denn das, dass es nicht schnell genug gehen kann?
Ich würde für das Verschieben/Umbenennen Bibliotheken importieren und das ganze so über die Bühne gehen lassen.

Allerdings nicht in C. C stinkt
Python ist zwar nicht so flott, allerdings sind solche Scripte (jetzt nicht nur umbenennen) sehr viel schneller geschrieben (als C-Scripte) und sehr gut zu lesen im Gegensatz zu Batch.
Allerdings hängt das auch vom Programmierer ab

 

[miac]

Die Geschwindigkeit testen ist nicht so leicht, da das Porgarmm ohnehin recht flott ist. Ich optimiere nur gerne.

Ich als Freizeitoptimierer rate dir zur Batchdatei.

 

[Spring23]

Wie gesagt, geht eher um den Grundsatz und in diesem Fall muss ich selbst sagen, dass es egal ist. Hat jemand eine Idee, was mehr CPU schluckt, oder wie ich das noch messen könnte?

 

[Yuuri]

Wenn du das Optimum beim Kopieren willst, such dir ein spezielles Tool dafür, was darauf ausgelegt ist - Fastcopy bspw. Das was du machen willst, ist vollkommen irrelevant, denn ob du das nun via Doppelklick, Batch oder WinApi aufrufst, ... In allen Fällen wird move aufgerufen und das wird weder schneller noch langsamer via Batch o.ä.

 

[OhNoIKilledMyHD]

Baue doch ein Verzeichnis mit zwei Unterverzeichnissen TargetA\ und TargetB\.
Dann lasse in der Batch und im kompilierten C-Code (der interpretierte wird langsamer sein) jeweile eine Datei 10.000 mal hin und her kopieren. Wenn Caches greifen, dann in beiden Fällen, Vergleich also wieder fair.
Ich denke bei reinem Shellexecute bringt C - wenn überhaupt - keinen großen Vorteil. Sollte ja im Hintergrund im gleichen Kontext laufen.

Tipps:

• wenn Du Win 7 benutzt, kannst Du über Zusatzparameter für Multithreading robocopy (falls Du das in Deinen Batches auch mal nutzt) beschleunigen.
  Siehe: http://www.webdomination.de/2009/10/robocopy-mit-hilfe-von-multithreading-beschleunigen-windows-7/
• wo immer möglich Konsolenausgaben unterdrücken, das kostet merklich Zeit
• AutoIt (http://www.autoitscript.com/site/autoit/) ist vielleicht auch einen Blick wert. Hat auch große deutschsprachige Community (http://www.autoit.de)
• Es gibt auch bat2exe Compiler (siehe z.B. http://www.battoexe.com/). Habe aber keine Erfahrungen damit.
  

 

[asdfman]

system() und ShellExecute() starten beide die Shell, was auch beim abarbeiten einer Batchdatei passieren würde.
Bei der Batchdatei allerdings nur einmal, bei den C-Funktionen für jeden einzelnen Aufruf neu. Deswegen wäre
die Batchdatei nicht nur schneller, sondern die Umsetzung mit einer Reihe von system() bzw ShellExecute()
Aufrufen einfach nur bescheuert.

Wenn man die eigentliche Aufgabe, die man erledigen will in C umsetzen würde, wäre allerdings diese Lösung
sehr wahrscheinlich schneller, wenn auch nicht zwangsläufig.

 

[Spring23]

Vielen Dank! Ich denke, damit wäre meine Frage soweit geklärt. Vielleicht werde ich trotzdem mal noch einen Test durchführen, aber das klingt eigentlich auch logisch, was hier gesagt wurde.