Arch Linux

Geschwindigkeit Python vs C

[gelöscht]

Abgetrennt von Welche Programme nutzt ihr zum Programmieren?
________________________________________________

LinuxLover schriebGNU nano und gcc, (früher, als Ubuntu-benutzer gedit und python)

Es besteht aber keine Korrelation zwischen dem Wechsel der Distribution und dem Wechsel der Programmiersprache(n)?

LinuxLover

Gast007 schrieb
LinuxLover schriebGNU nano und gcc, (früher, als Ubuntu-benutzer gedit und python)
Es besteht aber keine Korrelation zwischen dem Wechsel der Distribution und dem Wechsel der Programmiersprache(n)?

Ich wollte einfach mehr speed, erstelle in Python und C mal ein Programm, das nichts anderes tut als von 0 auf 100000000 zählen, und führe diese mit $time ./a.out && time ./script.py aus.

[gelöscht]

LinuxLover schrieb
Gast007 schrieb
LinuxLover schriebGNU nano und gcc, (früher, als Ubuntu-benutzer gedit und python)
Es besteht aber keine Korrelation zwischen dem Wechsel der Distribution und dem Wechsel der Programmiersprache(n)?
Ich wollte einfach mehr speed, erstelle in Python und C mal ein Programm, das nichts anderes tut als von 0 auf 100000000 zählen, und führe diese mit $time ./a.out && time ./script.py aus.

Das ist mir klar, hat aber trotzdem nichts mit der Linux-Distribution zu tun.

LinuxLover

Gast007 schrieb
LinuxLover schrieb
Gast007 schrieb
LinuxLover schriebGNU nano und gcc, (früher, als Ubuntu-benutzer gedit und python)
Es besteht aber keine Korrelation zwischen dem Wechsel der Distribution und dem Wechsel der Programmiersprache(n)?
Ich wollte einfach mehr speed, erstelle in Python und C mal ein Programm, das nichts anderes tut als von 0 auf 100000000 zählen, und führe diese mit $time ./a.out && time ./script.py aus.
Das ist mir klar, hat aber trotzdem nichts mit der Linux-Distribution zu tun.

Linux = Linux

[gelöscht]

LinuxLover schrieb Linux = Linux

Linux == Linux

😉

LinuxLover

Gast007 schrieb
LinuxLover schrieb Linux = Linux
Linux == Linux

😉

Dachte ich mir das du es nicht ernsthaft wissen wolltest 😛

Dirk

LinuxLover schriebIch wollte einfach mehr speed, erstelle in Python und C mal ein Programm, das nichts anderes tut als von 0 auf 100000000 zählen, und führe diese mit $time ./a.out && time ./script.py aus.

Oha, ein bereits kompiliertes Programm ist schneller, als eines, das erst zur Laufzeit kompiliert/interpretiert wird. In deiner Freizeit vergleichst du Äpfel mit Birnen, oder?

Creshal

Tipp, von Hand genähte Kupferdraht-Matritzen sind sogar noch schneller. 🙂

shibumi

Dirk schrieb
LinuxLover schriebIch wollte einfach mehr speed, erstelle in Python und C mal ein Programm, das nichts anderes tut als von 0 auf 100000000 zählen, und führe diese mit $time ./a.out && time ./script.py aus.
Oha, ein bereits kompiliertes Programm ist schneller, als eines, das erst zur Laufzeit kompiliert/interpretiert wird. In deiner Freizeit vergleichst du Äpfel mit Birnen, oder?

So unrecht hat er doch damit gar nicht 🙂

kommt aber natürlich auch auf den effektiveren code drauf an.
Man kann von 0 bis 100000000 zählen auf bloatway oder auf fastway :3

Ovion

LinuxLover schrieberstelle in Python und C mal ein Programm, das nichts anderes tut als von 0 auf 100000000 zählen, und führe diese mit $time ./a.out && time ./script.py aus.

$ time a.out && time pypy counter.py
a.out            0,20s user 0,00s system 98% cpu 0,204 total
pypy counter.py  0,56s user 0,02s system 99% cpu 0,582 total

Nicht ganz Faktor 3.
Find ich jetzt ehrlich gesagt nicht so beeindruckend, wenn ich die Lesbarkeit von Python-Code und die Geschwindigkeit, mit der ich den Code bugfrei bekomme, mit den C-Äquivalenten vergleiche. 😛

LinuxLover

Ovion schrieb
LinuxLover schrieberstelle in Python und C mal ein Programm, das nichts anderes tut als von 0 auf 100000000 zählen, und führe diese mit $time ./a.out && time ./script.py aus.
$ time a.out && time pypy counter.py
a.out            0,20s user 0,00s system 98% cpu 0,204 total
pypy counter.py  0,56s user 0,02s system 99% cpu 0,582 total
Nicht ganz Faktor 3.
Find ich jetzt ehrlich gesagt nicht so beeindruckend, wenn ich die Lesbarkeit von Python-Code und die Geschwindigkeit, mit der ich den Code bugfrei bekomme, mit den C-Äquivalenten vergleiche. 😛


C (-Ofast :P):

real	0m0.001s
user	0m0.000s
sys	0m0.000s

Python2:

Mein Thinkpad 512MB Ram, 1.6GHz stürzt ab wenn ich das versuche.

Python3:

real	0m21.292s
user	0m20.587s
sys	0m0.010s

pypy:

real    0m2.570s
user    0m2.452s
sys     0m0.050s

pypy3:

real    0m27.221s
user    0m25.697s
sys     0m0.077s

Hast du die zahlen noch in den stdout gegeben?
Ich könnte mir selber aufs maul geben, zeit mit python vergeudet zu haben... (Edit: doch, bei irssi scripte ich noch in python)
Und falls jetzt jemand meint, ich bin von einem Dämon besessen weil ich C-Programmieren will da X besser ist, und mir diesen Dämon austreiben will: Lasst mich in ruhe.

Creshal

Tun wir. Viel Spaß damit, C zu vergewaltigen, wir verdienen unser Geld mit Python. 🙂

skull-y

LinuxLover schrieb Und falls jetzt jemand meint, ich bin von einem Dämon besessen weil ich C-Programmieren will da X besser ist, und mir diesen Dämon austreiben will: Lasst mich in ruhe.

Hier kann jeder nutzen, was er will.

LinuxLover

Creshal schriebTun wir. Viel Spaß damit, C zu vergewaltigen, wir verdienen unser Geld mit Python. 🙂

Ich scheisse auf Geld, ich habe den rest meines Lebens zeit für C, das sollte denke ich genug sein. Und es gibt wirklich gute Bücher, z.B. C von Kopf bis Fuss, damit hatte ich angefangen C zu programmieren, als nächstes kommt C und Linux.

Ovion

Hab die Zahlen auch mal auf stdout gegeben, das Ergebnis ist schon eher noch unbeeindruckender:

a.out            25,95s user 112,01s system 53% cpu 4:19,43 total
pypy counter.py  69,20s user 119,08s system 57% cpu 5:26,12 total

Dirk

LinuxLover schrieb[C ist schneller als Python]

Ich möchte nochmals darauf Hinweisen, das du zwei Dinge vergleichst, die schon im Kern grundverschieden sind, und absolut nicht miteinander vergleichbar sind.

LinuxLover

Ovion schriebHab die Zahlen auch mal auf stdout gegeben, das Ergebnis ist schon eher noch unbeeindruckender:
a.out            25,95s user 112,01s system 53% cpu 4:19,43 total
pypy counter.py  69,20s user 119,08s system 57% cpu 5:26,12 total

Das liegt an der begrenzten geschwindigkeit des Terminals.

Ovion

Jep. Aber wenn der Terminaloutput sowieso limitiert, warum soll ich dann C nehmen. 😛

LinuxLover

Ovion schriebJep. Aber wenn der Terminaloutput sowieso limitiert, warum soll ich dann C nehmen. 😛

Schreiben alle deine Programme möglichst viele Linien auf das Terminal??? Ist das das einzige was du gerade dran denkst?

Ovion

Nö, aber solange das Skript/binary schneller Output liefert als ich diesen Output sinnvoll interpretieren kann, ist es mir egal, ob es jetzt eine Zehntel- oder eine Hundertstel-Sekunde läuft.
Oder wenn das Skript auf externe Ressourcen/Prozesse/Antworten von sonstwoher warten muss, ist es egal, wie schnell es jetzt ist. Maßgebend ist der externe Prozess, auf den gewartet werden muss.
Solange das Skript nur schnell genug ist, ist das für mich ausreichend.

Der Benchmark mit dem Zählen und den Zeilen ausgeben und so ist von *dir* vorgeschlagen worden, wir sollten das mal machen. Ich hab lediglich den Output gepostet der bei dem von *dir* vorgeschlagenen Benchmark rauskam. Mir persönlich ist, wie gesagt, die Laufzeit eines Programms vollkommen egal, solange es schnell genug ist. Dann kann es meinetwegen nochmal intern bis 10000 zählen, wenn es schnell genug läuft, ist mir das egal. Und schnell genug war Python bisher in allen Verwendungszwecken, die ich hatte. Für etwas mehr Speed auf die ganzen Benefits von Python zu verzichten, ist mir zuviel Verlust von Komfort (Stringhandling in C ist zum Beispiel ein ganz großes Abenteuer verglichen mit Python).

Ich will dich auch sicherlich nicht von deinem Plan abbringen. Du kannst gerne C schreiben, ich werd dich davon nicht abhalten. Nur für mich finde ich's halt nicht sinnvoll.

Nächste Seite »