Prev: Auto Form Submission
Next: FAQ Topic - Why does 1+1 equal 11? or How do I convert a string to a number? (2010-02-01)
From: denis on 31 Jan 2010 16:23
Please have a look at the FOLDOC (http://foldoc.org/) definition of
JavaScript:
http://foldoc.org/javascript
and send any comments or corrections via the feedback button. Thanks.
From: Luuk on 31 Jan 2010 16:35
Op 31-1-2010 22:23, denis schreef:
> Please have a look at the FOLDOC (http://foldoc.org/) definition of
> JavaScript:
> http://foldoc.org/javascript
> and send any comments or corrections via the feedback button. Thanks.

this is not true:
JavaScript runs "100x" slower than C, as it is purely interpreted (Java
runs "10x" slower than C code).

Because:
Javascript does not "run", but JavaScript code gets interpreted and
executed. But the executed code does not know if its Javascript or Java or C

--
Luuk
From: Lasse Reichstein Nielsen on 31 Jan 2010 17:21
Luuk <luuk(a)invalid.lan> writes:

> this is not true:
> JavaScript runs "100x" slower than C, as it is purely interpreted (Java
> runs "10x" slower than C code).

It's even misguided to talk about the speed of a language at all.

You can, at best, talk about the speed of an implementation of the
language, and preferably only about the speed of a specific program in
a particular implementation of the language.

There are programs where Java is faster than C, probably because the
HotSpot compiler does dynamic optimization at runtime, based on the
actual data being processed (but then, a profile based optimizer for
C/C++ could probably make a difference too).

The dynamic nature of JavaScript makes it hard to make it really fast,
because you need to check at runtime, e.g., that noone has changed
what window.Math refers to, or what properties are on Object.prototype.

/L
--
Lasse Reichstein Holst Nielsen
'Javascript frameworks is a disruptive technology'

From: Thomas 'PointedEars' Lahn on 31 Jan 2010 18:07
Luuk wrote:

> Javascript does not "run", but JavaScript code gets interpreted and
> executed.

Before it gets interpreted it gets compiled, though.

> But the executed code does not know if its Javascript or Java or
> C

Wrong, because: 1. Code is not an entity; it never can know. 2. The script
engine, if regarded an entity, "knows" what it is because consists of a
Virtual Machine that needs to interpret the resulting bytecode. It could
not interpret Java bytecode, for example.

Please refrain from making further suggestions until you got the basics
right; this includes, but is not limited to, a From header that complies
with RFC 1036 (and therefore, RFC 2822).


Score adjusted

PointedEars
--
realism: HTML 4.01 Strict
evangelism: XHTML 1.0 Strict
madness: XHTML 1.1 as application/xhtml+xml
-- Bjoern Hoehrmann
From: Jorge on 31 Jan 2010 20:19
Luuk wrote:
>
> this is not true:
> JavaScript runs "100x" slower than C, as it is purely interpreted (Java
> runs "10x" slower than C code).

Very likely it *was* true back then: (2003-04-28).

Any ideas as for what would be a reasonable, short C vs. JS
benchmark ? :-)
--
Jorge.
 |  Next  |  Last
Pages: 1 2 3 4 5
Prev: Auto Form Submission
Next: FAQ Topic - Why does 1+1 equal 11? or How do I convert a string to a number? (2010-02-01)