Sign in with
Sign up | Sign in

Motorola Announces RARZi with 2GHz Intel CPU in the UK

By - Source: PR via Engadget

Phone will launch in UK, France, Germany, Argentina, Brazil and Mexico to start with.

If you can cast your mind back to the week before the iPhone 5 announcement, you might remember that it was a pretty big week for the mobile industry. Between new Kindles, new Lumias and a new Motorola Droid Razr M, we definitely weren't short of devices to talk about. However, for all the newly announced gadgets we had to talk about, one that caught our attention was one that hadn't yet been announced. When asked about availability for the United Kingdom, a Motorola spokesperson said that the Droid Razr M would be coming to the UK but with an Intel processor under the hood. 

Today, the company unveiled its brand new Intel-powered phone at an event in London. The company has called this device The RAZRi, though it is very similar to the just-announced Razr M. Packing a a 4.3-inch AMOLED display, an 8-megapixel camera with HDR and Android 4.0, the biggest difference is the Intel chip that's replacing the 1.5GHz Qualcomm processor in the Razr M. According to Intel, this Atom chip boasts a max clock speed of 2GHz. 

Though Intel and Motorola mentioned nothing more specific than the beginning of October as far as availability is concerned, UK retailer Clove told us they expect first shipment in the first week of October. They also confirmed SIM-free price of £342 and already have the phone up for pre-order from their website.

Follow @JaneMcEntegart on Twitter.                     

Contact Us for News Tips, Corrections and Feedback

There are 34 Comments. B
Top Comments
  • 11 Ð
    anonymous@guest , September 19, 2012 12:31 AM
    bustapr:
    "what instruction set does this atom have?"

    x86

    subasteve:
    2 GHz? Sounds like they are using clock speed to make up for an IPC deficit. Doesn't bode well for battery life.

    Nope! Just the opposite, in fact. The Atom outpaces the ARM designs by a wide margin and the Atom's FPU isnt crippled like in the ARM designs. We can expect FLOPS numbers in the GFLOPS range from Intel while ARM is still struggling to reach 1 GFLOP.

    ARM has something to worry about.

Other Comments
  • 0 Ð
    Bloob , September 18, 2012 11:01 PM
    So I'm guessing apps using the Android NDK do not work on Intel chips ( unless there is a seperate version )?
  • -4 Ð
    bustapr , September 18, 2012 11:16 PM
    what instruction set does this atom have?
  • 6 Ð
    tomsreader , September 18, 2012 11:23 PM
    any info about performance & battery life, like switching from Qualcomm makes it better or worse?
  • -4 Ð
    house70 , September 18, 2012 11:24 PM
    "Motorola Announces RARZi "

    what is a RARZ?
  • 0 Ð
    nuhamind2 , September 18, 2012 11:26 PM
    Apps designed for ARM can run on intel with insctruction set emulation, otherwise apps can be recompiled targetting intel ISA.
  • 3 Ð
    subasteve5800 , September 18, 2012 11:36 PM
    2 GHz? Sounds like they are using clock speed to make up for an IPC deficit. Doesn't bode well for battery life.
  • 3 Ð
    back_by_demand , September 18, 2012 11:39 PM
    Benchmarks, benchmarks, benchmarks
  • 11 Ð
    anonymous@guest , September 19, 2012 12:31 AM
    bustapr:
    "what instruction set does this atom have?"

    x86

    subasteve:
    2 GHz? Sounds like they are using clock speed to make up for an IPC deficit. Doesn't bode well for battery life.

    Nope! Just the opposite, in fact. The Atom outpaces the ARM designs by a wide margin and the Atom's FPU isnt crippled like in the ARM designs. We can expect FLOPS numbers in the GFLOPS range from Intel while ARM is still struggling to reach 1 GFLOP.

    ARM has something to worry about.

  • 2 Ð
    jonpaul37 , September 19, 2012 12:34 AM
    Is this Atom a dual core or single core? Might be a big difference if single...
  • 2 Ð
    blazorthon , September 19, 2012 1:04 AM
    BloobSo I'm guessing apps using the Android NDK do not work on Intel chips ( unless there is a seperate version )?


    Last I checked, most of the Android stuff runs in Java. Intel chips shouldn't have a problem running most Android apps if that's true. There might need to be a minor emulation/translation layer or something like that for the little that isn't compatible Java code or some other clever trick(s), but it shouldn't be overly difficult to run Android on x86 CPUs with full compatibility. It is definitely possible, although I don't know for sure what method(s) would be used.
  • -3 Ð
    amk09 , September 19, 2012 1:05 AM
    First 2Ghz phone AWWWWW YEEEEEEEEEEE

    2016 we will have phones that can run BF3 at 1080p, calling it.
  • -2 Ð
    anonymous@guest , September 19, 2012 1:05 AM
    JustPosting23:
    A wide margin? It's pretty small if none. Depending on the usage scenario, this is what you will get out of each architecture. If you want something done as close to real-time as you can, you cannot use x86 which only Intel supports.

    This is like comparing a xbox360 to a ps3 cpu's.
    At this point it all depends on the design and how well you utilize it on that one architecture you are targeting.
  • 5 Ð
    blazorthon , September 19, 2012 1:25 AM
    MrDerpJustPosting23:A wide margin? It's pretty small if none. Depending on the usage scenario, this is what you will get out of each architecture. If you want something done as close to real-time as you can, you cannot use x86 which only Intel supports.This is like comparing a xbox360 to a ps3 cpu's.At this point it all depends on the design and how well you utilize it on that one architecture you are targeting.


    Excluding Apple's custom design, Medfield's integer performance per core per Hz meets or beats the best of ARM-compatible CPUs. If Medfield uses a modern FPU, then as JustPosting23 said, the difference in floating point performance could be huge. If this is a dual-core 2GHz model that also has Hyper-Threading, then it could easily compete with even the top quad-core or better ARM CPUs. Furthermore, you claim that things can't be done anywhere near real-time with x86 which is just plain wrong.

    This is not like comparing a Xenon to a Cell. This Intel CPU and/or the Android version that it runs would be specifically designed to natively support ARM-based Android apps and would also need to be optimized for them to run them properly. That's also assuming that given the focus on Java code, the apps wouldn't run properly even without additional compatibility layers. The Cell and the Xenon have no such compatibility intended in their designs that I'm aware about.

    amk09First 2Ghz phone AWWWWW YEEEEEEEEEEE 2016 we will have phones that can run BF3 at 1080p, calling it.


    That's extremely unlikely.
  • 0 Ð
    classzero , September 19, 2012 1:25 AM
    BloobSo I'm guessing apps using the Android NDK do not work on Intel chips ( unless there is a seperate version )?

    I am sorry to inform that you are incorrect. Android uses the Java with the Dalvik vm instead of the JVM.

    Let me google it for you.
    Dalvik is the process virtual machine (VM) in Google's Android operating system. It is the software that runs the apps on Android devices. Dalvik is thus an integral part of Android, which is typically used on mobile devices such as mobile phones and tablet computers as well as more recently on embedded devices such as smart TVs and media streamers. Programs are commonly written in Java and compiled to bytecode. They are then converted from Java Virtual Machine-compatible .class files to Dalvik-compatible .dex (Dalvik Executable) files before installation on a device. The compact Dalvik Executable format is designed to be suitable for systems that are constrained in terms of memory and processor speed.
  • 3 Ð
    Bloob , September 19, 2012 1:27 AM
    blazorthonLast I checked, most of the Android stuff runs in Java. Intel chips shouldn't have a problem running most Android apps if that's true. There might need to be a minor emulation/translation layer or something like that for the little that isn't compatible Java code or some other clever trick(s), but it shouldn't be overly difficult to run Android on x86 CPUs with full compatibility. It is definitely possible, although I don't know for sure what method(s) would be used.

    NDK is the native API, not the Java one. Most 3D games use NDK. Sure, it won't affect most apps.
  • 1 Ð
    blazorthon , September 19, 2012 1:35 AM
    BloobNDK is the native API, not the Java one. Most 3D games use NDK. Sure, it won't affect most apps.


    Even for apps that aren't just Java or something like that, there could easily be compatibility in a wide variety of ways. All Android apps can be compatible if Intel makes appropriate designs and/or if Google's x86 Android is designed to translate the code as needed.
  • -4 Ð
    samkl , September 19, 2012 1:57 AM
    Atom consumes significantly more power, unless there is a tremendous breakthrough in battery tech, Intel is on downward trend. Like Sun Microsystems in the early 2000's.
    -SK
  • 0 Ð
    Shinobi_III , September 19, 2012 2:10 AM
    If it ran Win 8 why not.. Using regular programs could've been really cool. But why the cpu switch? Isn't the intel a hotter and less efficient cpu?
  • 0 Ð
    Bloob , September 19, 2012 2:13 AM
    blazorthonEven for apps that aren't just Java or something like that, there could easily be compatibility in a wide variety of ways. All Android apps can be compatible if Intel makes appropriate designs and/or if Google's x86 Android is designed to translate the code as needed.

    Perhaps, but they would most likely take a hit somewhere, either compute power, or the loss of x86-based native apps, or similar.
  • 1 Ð
    blazorthon , September 19, 2012 2:13 AM
    Shinobi_IIIIf it ran Win 8 why not.. Using regular programs could've been really cool. But why the cpu switch? Isn't the intel a hotter and less efficient cpu?



    The CPU switch is because Intel decided that they wanted in on this market and they got some backing by Google. As for the heat and efficiency, we don't know about that yet.
Display more comments