Narishma

It worked terribly on my not beefy laptop (i3 330M) on Chrome (12 fps) and won't even start on Firefox.

Zeroing memory is certainly not free, and if you're doing some types of real-time applications, can have a significant cost. http://randomascii.wordpress.com/2014/12/10&…

Why should we drop it? Exoplanet just means that it's orbiting a different star than the Sun.

In the past couple of years there have been dozens of similar products based on ARM SoCs out there.

That's a different Linus.

Right, you have to move it instead into the SSE registers.

The RPi blog post about it [1] says about 10x improvement in performance over an ARM version. I haven't tested it myself but it seems reasonable. 1: http://www.raspberrypi.org/new…

Is there a reason it wouldn't be 16 bits like in C?

The PAL version was slightly below (0.985 Mhz) and the NTSC version slightly above (1.023 Mhz).

They moved away from intrusive lists to vectors in the BFG edition for performance reasons. More about that here: http://fabiensanglard.net/doom3_documentation/DOOM-3-BFG-Tec... …

And here's the previous previous discussion: https://news.ycombinator.com/item?id=3767410

It was disassembled years ago, before the source code was made available.

The GPU on the other hand (which is part of the chip) is much more documented on the Raspberry Pi than the Beagle Bone.

I can't seem to find it right now but there is a development journal somewhere of the reverse-engineering and porting of Prince of Persia to the C64 that was done before the game was open-sourced…

It doesn't have anything to do with ARM. Intel used to have an ARM license but they sold it to Marvell just as the iPhone came out.

[quote]While they might not be revolutionary they still blast the old 80's/90's implementations like no tomorrow.[/quote] But will they do so on 80's and 90's hardware?

That was a different Sony company that was hacked. I don't think they share much in common except the Sony name.

Wouldn't that limit rust to 32-bit or more architectures?

The delays aren't random. They last just enough so that the function always takes the same amount of time, presumably the worst-case amount of time.

Not always cheaper. Depends on where you work.

It's in there, though I don't know why it's the last entry.

Or you could just use a $2 micro-controller and run the vm in software.

I suppose you mean ARM by the competitor. AMD certainly hasn't been a competitor for the past decade or so.

From the C Include method part: " On the downside, it requires at least five times the size of the original data (” 0xNN,” for every original data-byte) " Can anyone explain this? In the …

This is ARM we're talking about. They're not known for being open-source friendly.

A black page? The website doesn't seem to work in Firefox.

A lot? Make that pretty much all. The only things you still find in DIP format are very low-end micro-controllers.

The fact that there is no return journey planned makes a lot of stuff much simpler.

The fact that they haven't upgraded the SoC is a huge advantage.