Comments on: AS3 Data Structures for Game Developers Ported to haXe as hx3ds Which Performs Faster http://drawlogic.com/2009/03/13/as3-data-structures-for-game-developers-ported-to-haxe-as-hx3ds-which-performs-faster/ interactive and game development technologies for the web - flash, flex, unity3d, silverlight, javascript Wed, 23 May 2012 00:33:59 +0000 hourly 1 http://wordpress.org/?v=3.3.2 By: drawk http://drawlogic.com/2009/03/13/as3-data-structures-for-game-developers-ported-to-haxe-as-hx3ds-which-performs-faster/comment-page-1/#comment-2607 drawk Sun, 15 Mar 2009 22:02:23 +0000 http://drawlogic.com/?p=419#comment-2607 Peter, yeh Michael's site to me is as inspiring as praystation was waaay back in the day but on a coding level. And the contributions of Nicolas with haXe and the mtasc compiler have been a great influence on open source flash development. The only community that comes close to flash/flex is maybe python or ruby but the flash community for great work like this is on another level these days. Not to mention, Ribbit is breaking some great ground on voice, probably a beneficiary of the great contributions that can be taken to the next level and take the game in a whole new direction. Peter, yeh Michael’s site to me is as inspiring as praystation was waaay back in the day but on a coding level. And the contributions of Nicolas with haXe and the mtasc compiler have been a great influence on open source flash development. The only community that comes close to flash/flex is maybe python or ruby but the flash community for great work like this is on another level these days. Not to mention, Ribbit is breaking some great ground on voice, probably a beneficiary of the great contributions that can be taken to the next level and take the game in a whole new direction.

]]> By: Peter Chanthamynavong http://drawlogic.com/2009/03/13/as3-data-structures-for-game-developers-ported-to-haxe-as-hx3ds-which-performs-faster/comment-page-1/#comment-2606 Peter Chanthamynavong Sun, 15 Mar 2009 11:29:39 +0000 http://drawlogic.com/?p=419#comment-2606 Ryan, Great write up. Have always been a fan of Michael's as3ds. I'm definitely looking into using haXe for future projects at Ribbit. Ryan,

Great write up. Have always been a fan of Michael’s as3ds. I’m definitely looking into using haXe for future projects at Ribbit.

]]> By: drawk http://drawlogic.com/2009/03/13/as3-data-structures-for-game-developers-ported-to-haxe-as-hx3ds-which-performs-faster/comment-page-1/#comment-2603 drawk Sun, 15 Mar 2009 02:32:34 +0000 http://drawlogic.com/?p=419#comment-2603 Exactly. I was not using virtual machine in the literal sense more in the way LLVM uses the term 'virtual machine' when it is really a compiler infrastructure. haXe is like a LLVM or virtual machine that creates code that runs in a virtual machine. Ok so my quick description is maybe flawed but what I meant is clear. It compiles code that is more strict meaning it uses better optimizations of types rather than dynamic vectors, which in turn leads to more information for the AVM2 and thus less lookup which is faster. You get what I am saying. I was trying to compare it to Alchemy on LLVM in a way which are 'virtual machines' (really translation of code) that write for traditional virtual machines. It is another layer than just writing only for a virtual machine or languages it may be limited to. Allowing the abstraction of the language to anything that compiles it back to the bytecode or machine code the VM runs on. It might be closer to the DLR for silverlight which is an intermediary layer that preps bytecode (ilm) for the CLR and essentially types it at compile time (JIT) rather than pre-compiled which has the same performance effect. Exactly. I was not using virtual machine in the literal sense more in the way LLVM uses the term ‘virtual machine’ when it is really a compiler infrastructure. haXe is like a LLVM or virtual machine that creates code that runs in a virtual machine. Ok so my quick description is maybe flawed but what I meant is clear.

It compiles code that is more strict meaning it uses better optimizations of types rather than dynamic vectors, which in turn leads to more information for the AVM2 and thus less lookup which is faster. You get what I am saying.

I was trying to compare it to Alchemy on LLVM in a way which are ‘virtual machines’ (really translation of code) that write for traditional virtual machines. It is another layer than just writing only for a virtual machine or languages it may be limited to. Allowing the abstraction of the language to anything that compiles it back to the bytecode or machine code the VM runs on.

It might be closer to the DLR for silverlight which is an intermediary layer that preps bytecode (ilm) for the CLR and essentially types it at compile time (JIT) rather than pre-compiled which has the same performance effect.

]]> By: Kelvin Luck http://drawlogic.com/2009/03/13/as3-data-structures-for-game-developers-ported-to-haxe-as-hx3ds-which-performs-faster/comment-page-1/#comment-2600 Kelvin Luck Sat, 14 Mar 2009 16:08:12 +0000 http://drawlogic.com/?p=419#comment-2600 haXe isn't "a very highly optimized virtual machine" or "a more strict virtual machine". In fact, haXe isn't a virtual machine at all! It's a compiler which can produce optimised as3 bytecode (or neko bytecode or javascript or php or c++). The reason that hx3ds is faster than as3ds is because of tricks the compiler does when producing the bytecode (inlining methods to avoid a function call and using generics to allow you to create strongly typed but flexible classes etc etc). haXe isn’t “a very highly optimized virtual machine” or “a more strict virtual machine”. In fact, haXe isn’t a virtual machine at all! It’s a compiler which can produce optimised as3 bytecode (or neko bytecode or javascript or php or c++). The reason that hx3ds is faster than as3ds is because of tricks the compiler does when producing the bytecode (inlining methods to avoid a function call and using generics to allow you to create strongly typed but flexible classes etc etc).

]]>