The Register® — Biting the hand that feeds IT

Feeds

Opera revs JavaScript engine of the future

It goes to eleven

Customer Success Testimonial: Recovery is Everything

Opera is building a new JavaScript engine. And one day, the Norwegian browser mavens say, it will be the fastest the web has ever seen.

Under development for several months now, the new engine is known as Carakan, and according to private Norwegian tests, it's already two and a half times faster than the JavaScript engine woven into the recently released Opera 10 alpha.

The current engine, Futhark, was developed to minimize code footprint and memory usage. But with Carakan, Opera feels the need for raw speed. "The web is a changing environment," reads a blog post from Lars Erik Bolstad, Opera's VP of core technology. "Tomorrow's advanced web applications will require faster ECMAScript execution, so we have now taken on the challenge to once again develop the fastest ECMAScript engine on the market."

The world calls it JavaScript. But the Browserati know better.

Bolstad tells The Reg he aims to release a Carakan public build "in the next few months - before the summer, basically." It will not be rolled into Opera 10, due for an official release around the middle of the year.

Opera's core-technology team has overhauled their JavaScript - er, ECMAScript - engine in three distinct ways. For one, they've switched from a stack-based bytecode instruction set to a register-based set. Rather than using a single stack of values, Carakan stores values in fixed registers accessible by any instruction.

Since there's no need to copy values to and from the top of a stack, fewer instructions are executed and less data is copied, Bolstad explains.

Two, Carakan will compile portions of ECMAScript programs into native code. This will reduce some of the overhead required to execute certain ECMAScript code in a bytecode interpreter. The native code will look a lot like assembly code, Bolstad says, so that most of it will stay in those registers.

And three, the new engine will improve the way ECMAScript objects are represented. Each object is assigned a class that collects certain data about the object. "This representation allows compact storage of individual objects, since most of the complicated structures representing the object's properties are stored in the class, where they are shared with all other objects with the same class," Bolstad writes.

"In real-world programs with many objects of the same classes, this can save significant amounts of memory. It can be expected that most programs that do create many objects still only have a few different classes of objects."

Bolstad tells us Carakan is now "feature complete." But he and his team are still tweaking the native-code-compilation bit. Running the SunSpider benchmark, Carakan is currently two and a half times faster on ECMAScript than the Opera 10 alpha, aka Presto 2.2. With native-code generation, Bolstad expects significantly greater speed improvements. Some preliminary tests indicate that the native-code Carakan will be 5 to 50 times faster than Opera 10.

Like Opera predecessors - including Futhark, Linear A, and Linear B - the new engine shares its name with a much older breed of script. Carakan is both modern-day JavaScript engine and pre-colonial Javanese script. ®

Agentless Backup is Not a Myth

Latest Comments

So, to put it in a nutshell...

Opera plans to speed up their scripting engine by restructuring their memory management system for variables and objects and by employing Just-In-Time compilation. Sounds like it'd be a blast for desktop application but may be more problematic for memory-limited applications like Mini and Mobile (JIT and the "register" system seem to indicate an increased memory footprint as the tradeoff for increased speed). I wish them luck.

0
0

Faster is a Good Thing

Opera has the same core engine for all operating systems and this includes the very popular Opera Mini and Opera for Windows Mobile. It may not matter all that much on our multi-core many-gig desktops, but it can matter on the mobiles.

0
0

Brief history lesson

ECMAscript was developed by Netscape and gained the name after it was submitted to, and retified by, the European Computer Manufacturers Association. However, at the height of the browser wars, some corpoate wonk at Netscape decided to deliberately confuse matters by rebranding it 'Javascript', in an attempt to suggest a completely bogus association with the, then, much more fashionable, Java language. It would be quite good if we could all go back to calling it 'Livescript' (it's original name) since that was actually a pretty good description of wwhat most people use it for.

0
0

More from The Register

Bjarne Again: Hallelujah for C++
Plus: Now officially OK to admit you never used STL algorithms
Interwebs taunt Sir Jony over Apple eye candy makeover
Hey Ive, Ive... add more unicorns, willya?
SCO vs. IBM battle resumes over ownership of Unix
Zombie lawsuit back and wants to suck the brains out of Linux
Apple: iOS7 dayglo Barbie makeover is UNFINISHED - report
Plus: You don't like the icons? Blame marketing
Red Hat to ditch MySQL for MariaDB in RHEL 7
So long, Oracle! Don't let the door hit you on the way out
Shy? Socially inadequate? Fiddling with your phone could help
App 'tells the brutal truth' about social inadequates' chatup lines
Java EE 7 melds HTML5 with enterprise apps
New release arrives with GlassFish, NetBeans support
 breaking news
'Office Facebook' firm Tibbr wants you to PAY for mobe-meetings app
Great idea. Punters won't cough for it though
 breaking news
The only Waze is Google: Ad giant tipped to gobble map app 'for $1.3bn'
Pac-Man-satnav-ish upstart in bidding war with Apple, Facebook
 breaking news
PM Cameron calls for modern, programmable computers! (We think)
IT education musings to G8 chiefs to mystify IT industry