Abo
  1. Foren
  2. Kommentare
  3. Software-Entwicklung
  4. Alle Kommentare zum Artikel
  5. › Google: Native Client für…

NaCl eine Totgeburt?

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. NaCl eine Totgeburt?

    Autor: Christo 23.01.13 - 10:35

    Als das Projekt gestartet wurde war es sicherlich recht wichtig (der Performance wegen). Doch heute sind die JavaScript-JIT-Compiler um einiges mehr leistungsfähiger. Und rechenintensiver Code kann man mit Typed-Arrays (und alle Daten-Typen von WebGL) schreiben. Dieser lässt sich gut durch den JIT-Compiler optimieren.

    Und Compilierter-Code, der direkt auf einem Prozessor läuft, ist, meinen Wissen nach, nie so sicher wie z.B. JIT. Man weiß nicht zu 100% was er macht oder/und es lässt sich viel leichter Sicherheitslücken ausnutzen. (Korrigiert mich wenn ich falsch liege) Und ja ich weiß, dass sie Codeanalyse betreiben.

    Die Idee von 100%er Platzformunabhängigkeit ist auch (noch) nicht gegeben. Erst wenn der LLVM-Bitecode kommt. Dies dürfte für ein paar Firmen interessant sein um ihren Source-Code zu verschleiern. Was natürlich eine getäuschte Sicherheit ist.

    Und zur guter Letzt: Die ganzen anderen Browser-Hersteller haben schon ihre Unterstützung abgesagt. Dadurch wird NaCl wahrscheinlich nicht zum Web-Standard und bleibt eine herstellerspezifische Technologie.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  2. Re: NaCl eine Totgeburt?

    Autor: a user 23.01.13 - 11:21

    Christo schrieb:
    --------------------------------------------------------------------------------
    > Als das Projekt gestartet wurde war es sicherlich recht wichtig (der
    > Performance wegen). Doch heute sind die JavaScript-JIT-Compiler um einiges
    > mehr leistungsfähiger. Und rechenintensiver Code kann man mit Typed-Arrays
    > (und alle Daten-Typen von WebGL) schreiben. Dieser lässt sich gut durch den
    > JIT-Compiler optimieren.

    nein, das ist zwar besser gworden, aber jeh nach gebiet kommt und wird es niemals an nativen code rankommen, besonders java basierte vms nciht.

    >
    > Und Compilierter-Code, der direkt auf einem Prozessor läuft, ist, meinen
    > Wissen nach, nie so sicher wie z.B. JIT. Man weiß nicht zu 100% was er
    > macht oder/und es lässt sich viel leichter Sicherheitslücken ausnutzen.
    > (Korrigiert mich wenn ich falsch liege) Und ja ich weiß, dass sie
    > Codeanalyse betreiben.

    deines wissens is schlichtweg falsch.

    >
    > Die Idee von 100%er Platzformunabhängigkeit ist auch (noch) nicht gegeben.
    und? es ist ja noch im werden. was erwartest du?

    > Erst wenn der LLVM-Bitecode kommt. Dies dürfte für ein paar Firmen
    > interessant sein um ihren Source-Code zu verschleiern. Was natürlich eine
    > getäuschte Sicherheit ist.
    nein, erst wenn's auch die nacl für alle platformen gibt. so wie es erst die jvm für alle platformen geben muss...

    >
    > Und zur guter Letzt: Die ganzen anderen Browser-Hersteller haben schon ihre
    > Unterstützung abgesagt. Dadurch wird NaCl wahrscheinlich nicht zum
    > Web-Standard und bleibt eine herstellerspezifische Technologie.
    abwarten. java hatte es da anfangs auch nciht gerade leicht.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  3. Re: NaCl eine Totgeburt?

    Autor: Christo 23.01.13 - 12:30

    a user schrieb:
    --------------------------------------------------------------------------------
    > Christo schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Als das Projekt gestartet wurde war es sicherlich recht wichtig (der
    > > Performance wegen). Doch heute sind die JavaScript-JIT-Compiler um
    > einiges
    > > mehr leistungsfähiger. Und rechenintensiver Code kann man mit
    > Typed-Arrays
    > > (und alle Daten-Typen von WebGL) schreiben. Dieser lässt sich gut durch
    > den
    > > JIT-Compiler optimieren.
    >
    > nein, das ist zwar besser gworden, aber jeh nach gebiet kommt und wird es
    > niemals an nativen code rankommen, besonders java basierte vms nciht.
    >
    Klar ist Nativer Code besser. Aber JS ist für die meiste/viele Sachen gut genug.
    > >
    > > Und Compilierter-Code, der direkt auf einem Prozessor läuft, ist, meinen
    > > Wissen nach, nie so sicher wie z.B. JIT. Man weiß nicht zu 100% was er
    > > macht oder/und es lässt sich viel leichter Sicherheitslücken ausnutzen.
    > > (Korrigiert mich wenn ich falsch liege) Und ja ich weiß, dass sie
    > > Codeanalyse betreiben.
    >
    > deines wissens is schlichtweg falsch.
    >
    Ok. Hier hab ich mich wahrscheinlich nicht genau genug ausgedrückt. Bei Compiliertem-Code kann man nicht wissen wo es Speicherüberläuft gibt. Bei JIT kann man z.B. vor jedem Byte noch ein weiteres setzen, das dann immer wieder auf 0 zurück gesetzt wird. Bei schon Compiliertem-Code kann man dies nicht wissen. Und es hilft dann auch nicht wenn man 2 Sandboxes drumherum setzt.
    EDIT: Das ist glaube ich auch der Grund weshalb Google NaCl am Anfang nur in ihrem Web-App-Store erlaubt haben. Wie es jetzt aussieht, weis ich nicht. EDIT-END
    > >
    > > Die Idee von 100%er Platzformunabhängigkeit ist auch (noch) nicht
    > gegeben.
    > und? es ist ja noch im werden. was erwartest du?

    Deswegen auch das noch
    >
    > > Erst wenn der LLVM-Bitecode kommt. Dies dürfte für ein paar Firmen
    > > interessant sein um ihren Source-Code zu verschleiern. Was natürlich
    > eine
    > > getäuschte Sicherheit ist.
    > nein, erst wenn's auch die nacl für alle platformen gibt. so wie es erst
    > die jvm für alle platformen geben muss...
    >
    Ok und auch hier hab ich mich nicht genau ausgedrückt: Ich bezog mich auf die Idee, dass man im Web alles nur 1mal bereitstellen muss. Bis jetzt muss man es für jede Prozessorarchitektur neu kompilieren und bereitstellen. Dies wird sich erst mit dem LLVM-Bitecode ändern, da dieser JIT-Compiliert wird.
    Würden dann die anderen Browser auch den NaCl implementieren, dann müssten sie, aus Kompatibilitätsgründen, auch die ganzen Möglichkeiten bereit stellen um schon Compiliertem-Code auszuführen.
    > >
    > > Und zur guter Letzt: Die ganzen anderen Browser-Hersteller haben schon
    > ihre
    > > Unterstützung abgesagt. Dadurch wird NaCl wahrscheinlich nicht zum
    > > Web-Standard und bleibt eine herstellerspezifische Technologie.
    > abwarten. java hatte es da anfangs auch nciht gerade leicht.

    Toll also soll es ein Plugin bleiben? Die wollte man doch los haben.

    Java hatte den Vorteil, dass es zu einer Zeit herauskam in der alle noch Plugins installieren konnten. Mit der neuen mobilen Welt ist dies nicht mehr der Fall.
    Gut dann kann man zu der App weiterleiten. Aber trotzdem möchte man das die Seite überall funktioniert. Auf Facebook gehen z.B. mehr Leute über die Mobile-Site, als über die Apps (alle Versionen zusammengezählt).



    1 mal bearbeitet, zuletzt am 23.01.13 12:35 durch Christo.

    Benutzer wird von Ihnen ignoriert. Anzeigen

Neues Thema Ansicht wechseln


Entschuldigung, nur registrierte Benutzer dürfen in diesem Forum schreiben. Klicken Sie hier um sich einzuloggen


Anzeige
  1. Softwareentwickler Feldgeräteintegration (m/w)
    Festo AG & Co. KG, Denkendorf bei Stuttgart
  2. Professional System Engineer (m/w) für Microsoft Exchange
    Diehl Informatik GmbH, Nürnberg
  3. Prozess- und Projektreferent (m/w) in der Abteilung Vertriebssysteme
    DEKRA SE, Stuttgart
  4. Software Quality Manager (m/w)- Industry & Logistics
    Bosch Software Innovations GmbH, Immenstaad oder Berlin

Detailsuche



Hardware-Angebote
  1. Sapphire Radeon R9 Fury Tri-X
    ab 546,75€
  2. TIPP: Alternate Schnäppchen Outlet
    (täglich neue Deals)
  3. NEU: Canon Lens-Cashback-Aktion
    bis zu 200,00€ zurück

Weitere Angebote



Haben wir etwas übersehen?

E-Mail an news@golem.de


Until Dawn im Test: Ich weiß, was du diesen Sommer spielen solltest
Until Dawn im Test
Ich weiß, was du diesen Sommer spielen solltest
  1. The Flock im Test Versteck spielen, bis alle tot sind
  2. Everybody's Gone to the Rapture im Test Spaziergang am Rande der Apokalypse
  3. Submerged im Test Einschläferndes Abenteuer

Uberchord ausprobiert: Besser spielen statt Highscore jagen
Uberchord ausprobiert
Besser spielen statt Highscore jagen
  1. Generationen-Fernsehen Sony-Lautsprecher ist zugleich Fernbedienung fürs TV
  2. Satellit Neuer 4K-Demokanal bei SES Astra
  3. DAB+ WDR schaltet seine Mittelwellensender ab

Autonomes Fahren: Auf dem Highway ist das Lenkrad los
Autonomes Fahren
Auf dem Highway ist das Lenkrad los
  1. Autonomes Fahren Googles Mini-Autos sollen auf Wildwechsel reagieren können
  2. Fixie Radfahrer irritiert autonomes Google-Auto
  3. Autonome Autos Daimler würde mit Google oder Apple kooperieren

  1. Asus GX700: Übertakter-Notebook läuft mit WaKü und geheimer Nvidia-GPU
    Asus GX700
    Übertakter-Notebook läuft mit WaKü und geheimer Nvidia-GPU

    Ifa 2015 Viel hilft viel: Asus stopft in das GX700-Notebook alles, was in ein 17-Zoll-Gerät passt. Dazu gehören ein Skylake-Prozessor, eine neue Maxwell-Grafikeinheit, Unmengen an DDR4-Speicher und ein 4K-Display. Die Nvidia-GPU wird optional wassergekühlt.

  2. Testlauf: Techniker Krankenkasse zahlt Ärzten Online-Videosprechstunde
    Testlauf
    Techniker Krankenkasse zahlt Ärzten Online-Videosprechstunde

    Die Techniker Krankenkasse beginnt mit Telemedizin per Videokonferenz. Ein erster Testlauf startet und soll bald ausgeweitet werden.

  3. Mate S im Hands On: Huawei präsentiert Smartphone mit Force-Touch-Display
    Mate S im Hands On
    Huawei präsentiert Smartphone mit Force-Touch-Display

    Ifa 2015 Huawei hat sein neues Smartphone Mate S vorgestellt: Der Nachfolger des Ascend Mate 7 kommt mit schnellem Fingerabdrucksensor, hochwertigem Metallgehäuse - und auch als Force-Touch-Modell. Golem.de hat sich das Smartphone angesehen.


  1. 18:20

  2. 17:49

  3. 17:43

  4. 17:24

  5. 16:45

  6. 15:23

  7. 15:13

  8. 14:56