Ha..ha..., weil einige Routinen doch einen Schlafmodus haben.Seit wann kann man Assembler mit einer GUI (Tkinter oder wxpython) vergleichen ???
Gruss
Adresse von einer Liste.
Code: Alles auswählen
Der kennt alle möglichen Binärformate, um die calling convention musst Du Dich dann allerdings selber kümmern.
Gruss
Die sind ja auch gar nicht dazu gedacht "schnell" zu sein, die haben ja nicht mal einen Vergleichspunkt mit einer Maschienensprache.funkheld hat geschrieben:Ha..ha..., weil einige Routinen doch einen Schlafmodus haben.Seit wann kann man Assembler mit einer GUI (Tkinter oder wxpython) vergleichen ???
Gruss
Und Python als Scriptsprache ist sowieso keine "Highspeed"-Sprache, aber das mit einer GUI zuvergleichen - da hingt mir irgendwie der Vergleichswert.
Eben, du hast es jetzt erfasst.Und Python als Scriptsprache ist sowieso keine "Highspeed"-Sprache, aber das mit einer GUI zuvergleichen - da hingt mir irgendwie der Vergleichswert.
Man kann dem aber etwas auf die Sprünge helfen....
, mit einigen winzigen Kleinigkeiten. Der Kopf ist ja nicht nur zum Haareschneiden da...
Gruss
-
Leonidas
- Python-Forum Veteran
- Beiträge: 16025
- Registriert: Freitag 20. Juni 2003, 16:30
- Kontaktdaten:
Doch, die Nachteile sind dass ggf. Compiler besser optimieren können als du deinen Assembler-Code schreibst (ich denke dass das insbesondere bei Fortran-Compilern der Fall ist, aber vermutlich auch bei Stalin) und dass du Platformunabhängigkeit verlierst. Der Assembler-Code ist idR nicht ohne weiteres zwischen 32 und 64-Bit Systemen portabel und von verschiedenen Architekturen wie das zunehmend wichtiger werdende ARM ganz zu schweigen.funkheld hat geschrieben:Ha,ha...., es gibt keine Nachteile.Ich weiss nicht wie gut PureBasic hier mitspielt. Die Nachteile bleiben in jedem Falle bestehen.
Und für einige Architekturen will man auch keinen Assembler-Code per Hand schreiben müssen… davon abgesehen ist MMX ja schon lange "out" und heutzutage würde man auf x86-Systemen eher auf SSE2 und dessen Nachfolger setzen wenn man SIMD-Erweiterungen haben will.
My god, it's full of CARs! | Leonidasvoice vs (former) Modvoice
Na..., von was träumst du denn des Nachts...Doch, die Nachteile sind dass ggf. Compiler besser optimieren können
So ein Compiler muss erst nocht geboren werden.
Alle Compiler die es gibt , auch die besten , liegen immer nur bis ca 90% am ASM-Code ran.
Gruss
-
cofi
- Python-Forum Veteran
- Beiträge: 4432
- Registriert: Sonntag 30. März 2008, 04:16
- Wohnort: RGFybXN0YWR0
Michael Markert ❖ PEP 8 Übersetzung ❖ Tutorial Übersetzung (3.x) ⇒ Online-Version (Python 3.3) ❖ Deutscher Python-Insider ❖ Projekte
-
Leonidas
- Python-Forum Veteran
- Beiträge: 16025
- Registriert: Freitag 20. Juni 2003, 16:30
- Kontaktdaten:
Von automatisch generierten Just in Time-Compilern die den Code zur Laufzeit optimieren (wie LLVM oder PyPy). Von Tracing wie in TraceMonkey. Von Whole-Program-Optimizern wie MLton.funkheld hat geschrieben:Na..., von was träumst du denn des Nachts...
My god, it's full of CARs! | Leonidasvoice vs (former) Modvoice
-
Leonidas
- Python-Forum Veteran
- Beiträge: 16025
- Registriert: Freitag 20. Juni 2003, 16:30
- Kontaktdaten:
Also du meinst eher PyPy. Ok.funkheld hat geschrieben:Na dann freue ich mich schon auf Python 4.0 mit diesem Compiler als Pyexe.....
Was das mit Wirtschaftstief zu tun hat :K
My god, it's full of CARs! | Leonidasvoice vs (former) Modvoice