or Connect
New Posts  All Forums:

Posts by BigMac2

 I agree, I put it badly. Here is some precisions.  I implied any VM like Dalvik acted just like a DosBox or an emulator, the recompiled VM itself will gain benefit of new AArch64 improvements like any other compiled apps for that platform, but those benefit will be out of control from apps running inside of the VM, for those apps nothing change: Instruction set, number of register and register width.  I do realize,  just like real CPU, those thing can be "augmented" or...
 Nothing can prevent a VM based apps from running on any environment as long the VM is compiled to run on this environment.  But you've got to understand the difference between the host architecture and the virtualized one, both got their own specs that doesn't depend from each other.   It's like having an emulator, Google could have choose Dosbox has runtime VM, porting Dosbox on any platform won't change specs of the VM seeing by any apps running inside the VM, this is...
An interpreter you mean? Yes and no, DalvikVM is a JIT compiler which is an in-between from interpreter and compiler. The byte code output from source code is like an intermediate pre-digested from of compiled code ready to be interpreted at runtime, which obfuscate the source code in distributed apps and offer greater performance than plain interpreted codes.  But all this magic doesn't gives you performance on par with true compiled apps, like you said those are...
 True, Android operating system could run natively on a 64bit hardware. But porting Dalvik on another architecture It doesn't change Dalvik virtual processor specs, since Dalvik are a register base VM and not a traditional stack VM like Java SE, the virtualized register are fixed width at 32bit and can't be change without a major revision of DalvikVM specs.   It's like using a 32 bit virtual machine with Parallels desktop, even if you're using a 64 bit host computer, the...
 Running the VM on a 64bit processor is one thing,  the virtualized environment where apps are running is still a 32 bit one.
I think there is another reason not addressed in the article for Google to move away from Dalvik VM.  By using a register based Java virtual machine, Androids runtimes are forever stuck in a 32 bit environment and unable to directly use new hardware features of future ARM SoC.
The rule of thumb is avoid buy/use anything you can't identify a brand on it.   If the mfg is ashamed to put his name on it, why you should trust their product?
 I share the same feeling about those kind of news, I think having a iProduct in a story is what made any incident an international news story every time.  I'm pretty sure there is many more electrocution incident involving cheap knock off electronics every day, but since it doesn't involve an Apple product there is nothing for the press to write about.  Slashdot got an interesting article today about Telsa getting an unfair treatment from the press when Ford doesn't get...
 If you are into games, here a list of original games created because of iOS:Angry Birds,Bad PiggiesZen BoundTemple runsThe RoomContre JourBadlandFruit NinjaInfinity BladeReal RacingAsphaltPocket FrogGunner Z Here is a list of games or type of games ported on the iPadTetrisBejewelsGTADeadspaceCivilizationX-ComNeeds for speedFinal Fantasy seriesPlants VS ZombiesSudokuCards and mahjong gamesPinballs machines
Got any proof of those claims of yours?  Have you seen any numbers of percentage of shares coming from in-apps purchase vs store purchases? Besides at the end it doesn't matter which payment model developers chooses as long they (big or small) can make profit with their work.   Androids is not a profitable platform for the majority of third party developers, most Androids users will never do a transaction with google store. 
New Posts  All Forums: