IDF: Intel bouwt javascript-extensie voor parallele dataverwerking

Voor de toepassingen waarvoor deze processing power zinvol is, lijkt het mij verstandiger om een native applicatie te bouwen.

Als ik muti-core javascript ga draaien op een mobiel apparaat dan is mijn batterij zo leeg, dus voor die categorie van apparaten wil je dit denk ik niet.

Technisch gezien heel tof, maar wat gaan we er dus mee doen?

Dit is alleen spannen voor dekstop systemen. En zolang dit niet door alle browsers ondersteund gaat worden blijft het een gimmick.

[Reactie gewijzigd door Q op zondag 18 september 2011 12:00]

En zo wordt Javascript langzaam nog eens een echte taal.

Er is een hoop gaande rond JS de laatste tijd, Intel nu met deze nieuwe extensie, de aankondiging dat Microsoft JS nu volledig omarmt met WinRT, en Google (altijd *de* grote JS gebruiker) die deze maand een nieuwe webtaal Dart introduceerde die juist JS moet vervangen vanwege 'fundamental flaws'.

Anyway, goed nieuws voor JS devs, er blijft nog wel even brood op de plank.

[Reactie gewijzigd door Dreamvoid op zondag 18 september 2011 12:03]

Ik heb in mijn leven weinig JavScript hoeven schrijven, maar begrijp van veel mensen dan het een verveldende gebeurtenis is. Het feit dat parallel gebruik van meerdere cores ook nog niet beschikbaar is steunt mij in de gedachte dat JavaScript nog wel eens niet de ideale taal is voor moderne, immersive als je Microsoft's buzz word wilt gebruiken, applicaties. Er zijn in mijn ogen twee mogelijkheden

• Andere talen in browsers implementeren (chrome native client, een Java/.net runtime, Ruby in je browser etc.)
• Haast maken met het verbeteren van de JavaScript taal (dus niet allen betere interpreters, maar echt nieuwe functionaliteit, al dan niet backwards compatible

Fijn om te zien dat Intel aan dat tweede punt werkt.

Ik weet niet of ik hier nou op zit te wachten, wat DreamVoid hierboven zegt: the least worst solution.

Ik schrijf aardige stukjes Javascript, maar dat is eigenlijk meer door gebrek aan betere talen. Het zou mooi zijn als Javascript net zo'n stap zou maken als Adobe met As2 -> As3 heeft gedaan.
In mijn ogen zou een onafhankelijke partij zich moeten gaan bezig houden met het ontwikkelen van een nieuwe taal, want zaken als Silverlight en straks Dart zullen ook niet echt van de grond komen.

De meeste problemen met javascript in de browser ligt bij de API en niet de taal zelf. Het enige echte struikelblok van de taal zelf die ik soms tegenkom is het niet ondersteunen van 64 bit integers, je hebt alleen 64 bit floating points (en dus 52 bits precisie + 1 bit sign).

Ik heb veel talen gebruikt (C, java, python, perl, basic, etc) en javascript is toch wel 1 van mijn favorieten (vooral in combinatie met node.js).

In veel talen gebruik je threads voor dingen zoals blocking I/O. In node.js gebruik je ze alleen maar (momenteel als forks) voor reken intensieve doeleinden. Naar mijn mening is dat ook hetgene waar threads voor bedoeld zijn. Ik heb veel met applicaties gewerkt waarin threads de boel ontzettend complex maken, terwijl ze alleen maar gebruikt werden voor I/O.
Node.js gebruikt natuurlijk threads in de achtergrond, maar in mijn javascript code geeft ik simpel weg een callback mee als ik bijvoorbeeld moet wachten op het lezen van een file, data van een netwerk socket, etc.

Een ander "probleem" met javascript is dat mensen van bijvoorbeeld een java achtergrond komen en gefrustreerd raken dat hun manier van werken slecht toepasbaar is. Je hebt bijvoorbeeld geen echte classes, maar je gebruikt prototype's.

Mooi om te zien dat er steeds meer nieuwe pogingen worden om parallel computing languages naar de browser te brengen. Is het straks alleen niet een probleem dat er teveel specifieke oplossingen zijn voor verschillende hardware.

Is deze software ook van toepassing op de GPU of alleen op bepaalde CPU's (van intel). Ik denk dat het belangrijk is om 1 standaard aan te houden omdat de developers community alleen 1 universele taal zal accepteren. Persoonlijk denk ik dat webCL een zeer goeie parallelle oplossing is die parallel computations mogelijk maakt in het browser. Vooral omdat dit universeel i.v.m dat bijna alle grote vendors meedoen. en dat het een zeer robuuste taal is die met bijna alle parallelle hardware werkt ivm CPU's, GPU's en DSP's. Ook is de kans dat dit de grote standaard word veel groter omdat deze standaard word voorgeschreven door The khronos group.

Persoonlijk denk ik daarom ook dat de WebCL (Als computing language) in combinatie met webGL (Als graphical language) de dominerende technieken voor de komende tijd zullen zijn. Het enige probleem met webCL is nu alleen nog dat de ondersteuning nog niet groot genoeg is (I.V.M. oude hardware), en dat er voordat deze support groot genoeg is altijd een fallback oplossing zal moeten worden gebouwd (Wat met zware berekeningen moeilijk danwel onmogelijk is), zal het nog niet massaal worden toegepast. Maar dit is een kwestie van tijd. En voor Smart phones is dit laatste trouwens niet het geval. Omdat smartphones een ontwikkeling is van de laatste tijd is de ondersteuning van webCL op de smartphone veel groter.

PS. Wat die vrouw zegt dat dit waarschijnlijk de eerste snelle simulatie is die in het browser mogelijk is gemaakt klopt niet helemaal omdat er al een heleboel parallelle/native plugins zijn die volledig in het browser draaien.

[Reactie gewijzigd door kajdijkstra op zondag 18 september 2011 22:23]

Bespeur ik hier een potentiele Minecraft performance upgrade?