SIMD.js
category: code [glöplog]
https://hacks.mozilla.org/2014/10/introducing-simd-js/
http://peterjensen.github.io/idf2014-simd/idf2014-simd
thougths?
i wonder how much speed improvements it'll actually bring to the upper layers (for those who don't rely on emscripten). but i guess any browser speed up is welcome. :)
http://peterjensen.github.io/idf2014-simd/idf2014-simd
thougths?
i wonder how much speed improvements it'll actually bring to the upper layers (for those who don't rely on emscripten). but i guess any browser speed up is welcome. :)
I would like to try that, seems nice.
no no no no no no fuck fuck fuck it.
javascript is now becoming the kitchen sink, fuck that.
javascript is now becoming the kitchen sink, fuck that.
First thing that comes to mind is The birth and death of javascript. When can i finally run chrome in firefox?
That was hilarious! Oh, and fuckings to JavaScript btw.
Javascript is really great but too often it has a huge bunch of shit used with it like DOM(DOM IS SHIT). The real problem is the browser and all the useless and/or dangerous components it has.
Yes, javascript doesn't have integers but in a world where bus is 64-bit that does not matter. Integers on modern computers are totally useless for most programs.
Yes, javascript is not a classical language but actually something better called a prototype-based programming language. Class-idea is totally outdated for today.
Yes, there are quirks to javascript like you can write working javascript code with just closures and empty strings but when do you actually care or need this? Never.
Yes, javascript uses IEEE 754-standard for floating points but so does a huge amount of other programming languages.
Many problems will be solved with the soonish coming new version of Javascript called Harmony, like the variable leaking closures.
Javascript is a decent programming langauge even if it has flaws(like every language has), it here to stay.
Here is a great lecture(part of a bigger series) about one of the nicest things in Javascript:
Crockford on JavaScript - Act III: Function the Ultimate
Yes, javascript doesn't have integers but in a world where bus is 64-bit that does not matter. Integers on modern computers are totally useless for most programs.
Yes, javascript is not a classical language but actually something better called a prototype-based programming language. Class-idea is totally outdated for today.
Yes, there are quirks to javascript like you can write working javascript code with just closures and empty strings but when do you actually care or need this? Never.
Yes, javascript uses IEEE 754-standard for floating points but so does a huge amount of other programming languages.
Many problems will be solved with the soonish coming new version of Javascript called Harmony, like the variable leaking closures.
Javascript is a decent programming langauge even if it has flaws(like every language has), it here to stay.
Here is a great lecture(part of a bigger series) about one of the nicest things in Javascript:
Crockford on JavaScript - Act III: Function the Ultimate
Quote:
Integers on modern computers are totally useless for most programs.
Okay then.
Quote:
Integers on modern computers are totally useless for most programs.
Code:
section .text
global _start ;must be declared for linker (ld)
_start: ;tell linker entry point
mov edx,len ;message length
mov ecx,msg ;message to write
mov ebx,one ;file descriptor (stdout)
mov eax,four ;system call number (sys_write)
int zeroxeightzero ;call kernel
mov eax,one ;system call number (sys_exit)
int zeroxeightzero ;call kernel
section .data
msg db 'Hello, world!',zeroxa ;our dear string
len equ $ - msg ;length of our dear string
I'm not sure if i should like or dislike SIMD.js (This is partially because i'm doing some JS compilation work myself).
The main reason for me is that to implement it efficiently you need to blur the line between variable and object, not that bad for a JIT compiler but this ties down the language to JIT for efficient running and almost guarantees horrible efficiency for anything else. (It's pretty hard already so maybe that's not seen as a major loss).
If you don't mind being tied down to JIT's it's a good design because of immutability an implementer can just defer any object allocation and place it on the stack until an object escapes (although this leads to a ton more complexity). In the JS world however they're planning on making this more or less mandatory anyhow to better support numeric types (I think int64's are on the horizon with the same kind of semantics).
If they just "strict" away the worst varts of the dynamic type system i think JS could become one damn nice language to work with actually.
The main reason for me is that to implement it efficiently you need to blur the line between variable and object, not that bad for a JIT compiler but this ties down the language to JIT for efficient running and almost guarantees horrible efficiency for anything else. (It's pretty hard already so maybe that's not seen as a major loss).
If you don't mind being tied down to JIT's it's a good design because of immutability an implementer can just defer any object allocation and place it on the stack until an object escapes (although this leads to a ton more complexity). In the JS world however they're planning on making this more or less mandatory anyhow to better support numeric types (I think int64's are on the horizon with the same kind of semantics).
If they just "strict" away the worst varts of the dynamic type system i think JS could become one damn nice language to work with actually.
