Abo
  1. Foren
  2. Kommentare
  3. Software-Entwicklung
  4. Alle Kommentare zum Artikel
  5. › asm.js: Odinmonkey macht…

"fast so schnell wie nativen Code"

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. "fast so schnell wie nativen Code"

    Autor: rayo 22.03.13 - 09:32

    Titel:
    "Odinmonkey macht Javascript fast so schnell wie nativen Code"

    Im Text:
    "Die Entwickler gehen davon aus, dass asm.js-Programme etwa halb so schnell sind wie nativer Code, der in C/C++ geschrieben wurde."

    Aha, fast so schnell ist jetzt halb so schnell, nett ...

  2. Re: "fast so schnell wie nativen Code"

    Autor: developer 22.03.13 - 09:35

    rayo schrieb:
    --------------------------------------------------------------------------------
    > Titel:
    > "Odinmonkey macht Javascript fast so schnell wie nativen Code"
    >
    > Im Text:
    > "Die Entwickler gehen davon aus, dass asm.js-Programme etwa halb so schnell
    > sind wie nativer Code, der in C/C++ geschrieben wurde."
    >
    > Aha, fast so schnell ist jetzt halb so schnell, nett ...

    Na ja, wenn man das mit dem Faktor vergleicht um den es aktuell langsamer ist, dann ist das "fast" so schnell.

    Whatever you do, do it with: 5 + (sqrt(1-x^2(y-abs(x))^2))cos(30((1-x^2-(y-abs(x))^2))), x is from -1 to 1, y is from -1 to 1.5, z is from -100 to 4.5

  3. Re: "fast so schnell wie nativen Code"

    Autor: Tapsi 22.03.13 - 09:48

    Kommt immer darauf an von wo man das ganze betrachtet. Aus der Sicht von derzeitigem JS Umgebungen mag das wirklich als fast so schnell wie C++ interpretiert werden.

    while not sleep
    sheep++

  4. Re: "fast so schnell wie nativen Code"

    Autor: GodsBoss 22.03.13 - 10:00

    > Titel:
    > "Odinmonkey macht Javascript fast so schnell wie nativen Code"
    >
    > Im Text:
    > "Die Entwickler gehen davon aus, dass asm.js-Programme etwa halb so schnell
    > sind wie nativer Code, der in C/C++ geschrieben wurde."
    >
    > Aha, fast so schnell ist jetzt halb so schnell, nett ...

    Wenn die Ausführungsgeschwindigkeit sich sonst um Größenordnungen unterscheidet, ist das die passende Formulierung.

    Reden ist Silber, Schweigen ist Gold, meine Ausführungen sind Platin.

  5. Re: "fast so schnell wie nativen Code"

    Autor: ralfh 22.03.13 - 10:20

    Wobei zur vollständigen Antwort auch gehört, dass nativer Code noch nicht schnell sein muss.

    Gerade das Beispiel C++ ist eher eines für relativ langsamen nativen Code.

  6. Re: "fast so schnell wie nativen Code"

    Autor: JohnPeters961 22.03.13 - 11:00

    ralfh schrieb:
    --------------------------------------------------------------------------------
    > Gerade das Beispiel C++ ist eher eines für relativ langsamen nativen Code.

    Autsch... So ein Schwachsinn.

  7. Re: "fast so schnell wie nativen Code"

    Autor: Klausens 22.03.13 - 11:07

    Naja, c++ ist ja auch nicht die einzige Sprache mit nativem Code. WOhl aber eine der Schnellsten.
    Nimm z.B. Delphi, das erzeugt auch nativen Code, aber irgendwas Faktor 2-3 langsamer.

  8. Re: "fast so schnell wie nativen Code"

    Autor: ssssssssssssssssssss 22.03.13 - 11:07

    Native: 402 seconds,
    asm.js version: 605 seconds,
    asm.js version in Chrome: 3724 second

    Nativ 100%
    ams.js ~150%
    chrome ~920%

    kommt doch gut hin

  9. Re: "fast so schnell wie nativen Code"

    Autor: Tapsi 22.03.13 - 11:15

    Was ich mich Frage ob der für ASM optimierte Code in einem normalen Browser ohne ASM noch langsamer ist als eine nicht optimierte Version.

    while not sleep
    sheep++

  10. Re: "fast so schnell wie nativen Code"

    Autor: oliver.n.h 22.03.13 - 11:16

    > Nativ 100%
    > ams.js ~150%
    > chrome ~920%

    Besser

    Nativ ~ 11%
    Ams.js ~ 16%
    Chrome 100%

    16 prozent ist sehr nahe bei 11%, und mir denen prozentzahlen da kleiner sieht man besser wie sich die Geschwindigkeit verbesser hat.

  11. Re: "fast so schnell wie nativen Code"

    Autor: ralfh 22.03.13 - 12:19

    JohnPeters961 schrieb:
    --------------------------------------------------------------------------------
    > ralfh schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Gerade das Beispiel C++ ist eher eines für relativ langsamen nativen
    > Code.
    >
    > Autsch... So ein Schwachsinn.


    Alles eine Frage des Maßstabs. Ntürlich, wenn man unter nativen Code Pascal oder Delphi oder so einen Schwachsinn versteht mag es falsch sein.

    Ich dachte aber eher an Fortran, C oder Assembler.

  12. Re: "fast so schnell wie nativen Code"

    Autor: JohnPeters961 22.03.13 - 12:20

    ralfh schrieb:
    --------------------------------------------------------------------------------
    > JohnPeters961 schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > ralfh schrieb:
    > >
    > ---------------------------------------------------------------------------
    >
    > > -----
    > > > Gerade das Beispiel C++ ist eher eines für relativ langsamen nativen
    > > Code.
    > >
    > > Autsch... So ein Schwachsinn.
    >
    > Ich dachte aber eher an C.

    Genau deswegen: Autsch, so ein Schwachsinn.

  13. Re: "fast so schnell wie nativen Code"

    Autor: Tapsi 22.03.13 - 12:24

    Sollte Assembler nicht schneller als C++ sein ?! Oo

    while not sleep
    sheep++

  14. Re: "fast so schnell wie nativen Code"

    Autor: JohnPeters961 22.03.13 - 12:30

    Tapsi schrieb:
    --------------------------------------------------------------------------------
    > Sollte Assembler nicht schneller als C++ sein ?! Oo

    Rein theoretisch ja. Praktisch nein, denn kein Assembler-Entwickler wird sich an die tausend möglichen Optimierungen erinnern könnten die ein Compiler in der Regel durchführen kann.

  15. Re: "fast so schnell wie nativen Code"

    Autor: Tapsi 22.03.13 - 12:32

    Ah so meinst du das. ^^

    while not sleep
    sheep++

  16. Re: "fast so schnell wie nativen Code"

    Autor: k@rsten 22.03.13 - 13:23

    Es geht ja eher um den Vergleich zwischen Javascript und C#, hier ist das aktuelle Javascript in modernen Browsern ja bereits etwa halb so schnell wie C# Code. Mit Mozillas Projekt oder auch Googles Dart holt hier Javascript auf.

  17. Re: "fast so schnell wie nativen Code"

    Autor: NeoTiger 24.03.13 - 08:30

    JohnPeters961 schrieb:
    --------------------------------------------------------------------------------
    > Tapsi schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Sollte Assembler nicht schneller als C++ sein ?! Oo
    >
    > Rein theoretisch ja. Praktisch nein, denn kein Assembler-Entwickler wird
    > sich an die tausend möglichen Optimierungen erinnern könnten die ein
    > Compiler in der Regel durchführen kann.

    Auf der anderen Seite wird Assembler dafür nicht durch eine Runtime ausgebremst, die sich um Polymorphie und Garbage Collection kümmern muss. Letztlich entscheidet aber mehr die Art zu Programmieren und weniger die Sprache über die Geschwindigkeit.

  18. Re: "fast so schnell wie nativen Code"

    Autor: ursfoum14 24.03.13 - 15:00

    rayo schrieb:
    --------------------------------------------------------------------------------
    > Titel:
    > "Odinmonkey macht Javascript fast so schnell wie nativen Code"
    >
    > Im Text:
    > "Die Entwickler gehen davon aus, dass asm.js-Programme etwa halb so schnell
    > sind wie nativer Code, der in C/C++ geschrieben wurde."
    >
    > Aha, fast so schnell ist jetzt halb so schnell, nett ...

    War wohl eher auf Java oder C# bezogen. Auf jedenfall nette Idee. bin nur gespannt ob's klappt.

    |0 und + scheinen auf jedenfal mit (int) oder (float) vergleichbar zu sein.

    Wobei mir die Methode parseInt und parseFloat wohl besser gefallen würde. Sieht sonnst irgendwie schmutzig aus.

  19. Re: "fast so schnell wie nativen Code"

    Autor: GodsBoss 24.03.13 - 15:51

    > > Titel:
    > > "Odinmonkey macht Javascript fast so schnell wie nativen Code"
    > >
    > > Im Text:
    > > "Die Entwickler gehen davon aus, dass asm.js-Programme etwa halb so
    > schnell
    > > sind wie nativer Code, der in C/C++ geschrieben wurde."
    > >
    > > Aha, fast so schnell ist jetzt halb so schnell, nett ...
    >
    > War wohl eher auf Java oder C# bezogen. Auf jedenfall nette Idee. bin nur
    > gespannt ob's klappt.
    >
    > |0 und + scheinen auf jedenfal mit (int) oder (float) vergleichbar zu
    > sein.
    >
    > Wobei mir die Methode parseInt und parseFloat wohl besser gefallen würde.
    > Sieht sonnst irgendwie schmutzig aus.

    Es wäre m.E. nicht sinnvoll gewesen, diese beiden zu nutzen. Erstens ist es viel mehr Schreibarbeit, zweitens werden sie für die Aufgabe gebraucht, tatsächlich Strings (oder Werte, die zu Strings konvertiert werden können) als Integers oder Float zu parsen. +x und x|0 sind dabei keine Äquivalente, weil zumindest parseInt und |0 nicht immer das gleiche Ergebnis liefern: [parseInt("foo"), "foo"|0] evaluiert zu [Nan, 0]

    Reden ist Silber, Schweigen ist Gold, meine Ausführungen sind Platin.

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Anzeige
Stellenmarkt
  1. Robert Bosch GmbH, Stuttgart-Feuerbach
  2. über Jobware Personalberatung, Home Office und München
  3. T-Systems International GmbH, Leinfelden-Echterdingen
  4. Deutsche Telekom AG, Frankfurt am Main, Bonn

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. (-55%) 17,99€
  2. 23,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Autonomes Fahren: Wenn die Strecke dem Zug ein Telegramm schickt
Autonomes Fahren
Wenn die Strecke dem Zug ein Telegramm schickt
  1. Fahrgastverband "WLAN im Zug funktioniert ordentlich"
  2. Deutsche Bahn WLAN im ICE wird kostenlos
  3. Mobilfunk Telekom baut LTE an Regionalbahnstrecken aus

Intel Core i7-7700K im Test: Kaby Lake = Skylake + HEVC + Overclocking
Intel Core i7-7700K im Test
Kaby Lake = Skylake + HEVC + Overclocking
  1. Kaby Lake Intel macht den Pentium dank HT fast zum Core i3
  2. Kaby Lake Refresh Intel plant weitere 14-nm-CPU-Generation
  3. Intel Kaby Lake Vor der Vorstellung schon im Handel

Dienste, Programme und Unternehmen: Was 2016 eingestellt und geschlossen wurde
Dienste, Programme und Unternehmen
Was 2016 eingestellt und geschlossen wurde
  1. Kabel Mietminderung wegen defektem Internetkabel zulässig
  2. Grundversorgung Kanada macht Drosselung illegal
  3. Internetzugänge 50 MBit/s günstiger als 16 MBit/s

  1. Digitale Assistenten: LG hat für das G6 mit Google und Amazon verhandelt
    Digitale Assistenten
    LG hat für das G6 mit Google und Amazon verhandelt

    LGs G6 wird wohl mit einem digitalen Assistenten erscheinen. Welcher es sein wird, ist noch unklar. Im Vorfeld soll LG sowohl mit Google als auch mit Amazon verhandelt haben. Für LG gab es einen klaren Favoriten.

  2. Instant Tethering: Googles automatischer WLAN-Hotspot
    Instant Tethering
    Googles automatischer WLAN-Hotspot

    Google will WLAN-Tethering mit einem Android-Smartphone komfortabler machen. Ein Smartphone kann automatisch einen WLAN-Hotspot für andere Geräte bereitstellen. Dabei soll keine lästige Kennworteingabe erforderlich sein.

  3. 5G-Mobilfunk: Netzbetreiber erhalten Hilfe bei Suche nach Funkmastplätzen
    5G-Mobilfunk
    Netzbetreiber erhalten Hilfe bei Suche nach Funkmastplätzen

    Das Bundesland Baden-Württemberg will den Aufbau neuer Mobilfunkmasten unterstützen. Mobilfunkunternehmen sollen Unterstützung bei der Suche nach Standorten für die Antennen erhalten. Damit sollen zügig Funklöcher geschlossen werden.


  1. 11:29

  2. 10:37

  3. 10:04

  4. 16:49

  5. 14:09

  6. 12:44

  7. 11:21

  8. 09:02