backtop


Print 71 comment(s) - last by superstition.. on Sep 22 at 11:02 AM

Samsung wants to stay on its A game to beat Apple

Samsung sees that Apple is making an aggressive push into China, and will pump up the competition with powerful new 64-bit Galaxy products in order to keep Apple at bay. 

Shin Jong-kyun, Samsung’s mobile business chief, confirmed that Samsung wants to expand its business in the Chinese smartphone market during a meeting in Seocho-dong, southern Seoul.
 
“Samsung understands that Apple intends to boost its mobile business in China, as well as in Japan, meaning that we should try harder in these countries,” said shin.

Apple will sell its latest iPhones through China Unicom and China Telecom while also talking with China Mobile, which has a customer base over twice the size of the U.S. population. In fact, Chinese regulators gave the final required license for the iPhone to work on China Mobile Ltd's mobile network this week.

Samsung Galaxy S IV

Samsung plans to pursue the market with competitive products in hopes of swaying users from buying Apple's iPhones. For instance, Shin said the next set of Samsung Galaxy smartphones would feature 64-bit processors for more power and speed.

“Not in the shortest time. But yes, our next smartphones will have 64-bit processing functionality,” said Shin.

In addition, Samsung will hold a launch event for its latest 5.7-inch Galaxy Note 3 "phablet" in China.

Apple, on the other hand, just recently announced its iPhone 5S, which also features a 64-bit processor (the ARM-based A7). This will offer the market a high-end smartphone with enough power to run complex games and applications. 
 
As of the end of the second quarter, Samsung was the top smartphone seller in China with 19.4 percent of the market while Apple’s share was just 4.3 percent.

Source: The Korea Times



Comments     Threshold


This article is over a month old, voting and posting comments is disabled

By amanojaku on 9/12/2013 12:38:45 PM , Rating: 4
There is so much wrong it this post it's not even funny.
quote:
A 64 bit processor handles large floating point calculations a lot faster than a 32 bit one does.
ARM has had 64-bit floating point since ARMv7. In fact, the most robust ARMv7 supports 128-bit floating point.

http://www.arm.com/products/processors/technologie...
http://www.arm.com/products/processors/cortex-a/co...
quote:
It also provides a lot more CPU registers, and it increases the size of those registers; most 32 bit chips are somewhat constrained in this area.
This has NOTHING to do with 64-bit. In fact, increasing the register size technically leads to a decrease in the number of registers, unless a smaller process is used, or some other transistors are removed. Both seem to be the case with the new ARMv9: Thumb was removed, and I've read that ARMv8 was built on a 28nm process (vs. 32nm for v7), with 16nm planned by the end of the year. The number of registers has not increased at all: v7 supported up to 32, and so does v8.
quote:
And lastly, the one everyone seems to get hung up on, it allows for clean addressing of 4+ GB of ram. Microsoft got caught with their pants down in the PC world on this one. People buying PC's with 4 GB of RAM, but OS could only use 3.0 GB, or maybe 3.2 GB, because OS was only 32 bit. High end phones already have 2 GB of RAM. It makes sense to begin transitioning them to 64 bit *now* so that in a year or two, when 4 GB phones hit the market, you won't be stuck with only 3.2 GB usable.
Idiot. ARM has supported more than 4GiB of RAM since Cortex A7 and A15 (ARMv7) thanks to LPAE.

ARM has a better explanation for 64-bit that you provided:
quote:
An obvious reason for 64-bit is the support of more than 4GB of physical memory; however this is achieved in ARMv7’s LPAE extension on Cortex-A15 and Cortex-A7. Why then is 64-bit useful?

In server applications, OS and application software are frequently 64-bit today, so 64-bit pointers for virtual addressing are critical in these applications. Full support of AArch64, in addition to the power efficient ARMv8 architecture and power optimized microarchitectures, make Cortex-A50 series processors well suited to a broad range of applications in efficient low-power servers.

In the desktop environment, a larger virtual address space is important for modern desktop software APIs that may come to rely on having a vast virtual address space for techniques such as memory mapped file I/O and sparse addressing (e.g. for persistent objects). AArch64 also enables efficient 64-bit immediate generation meaning less need for literal pools.

A large program counter relative addressing range (+/-4GB) for efficient data addressing is helpful within shared libraries and position-independent executable. The ARMv8 instruction set, fully supported by the Cortex-A50 series processors, is optimized for clean code generation, with its orthogonal ISA and compiler friendly flexible addressing modes.

Support for 64-bit in ARMv8 will enable ARM processors to become more broadly deployed in server and desktop applications, and will provide future-proof support for the eventual migration of 64-bit operating systems to mobile applications.
http://www.arm.com/products/processors/cortex-a50/...

And to address Monkey's Uncle below:

quote:
The Cortex-A50 Series is the latest range of processors based on the ARMv8 architecture. The series includes support for the AArch64, a new energy efficient 64-bit execution state that operates alongside an enhanced version of ARM’s existing 32-bit execution state.

Cortex-A50 series processors are excellent 32-bit processors with 64-bit capability. They deliver more performance for ARMv7 32-bit code in AArch32 execution state, and offer support for 64-bit data and larger virtual addressing space in AArch64 execution state.
Yes, you CAN run 32-bit on 64-bit ARM, including a 32-bit OS. Idiot.


"Spreading the rumors, it's very easy because the people who write about Apple want that story, and you can claim its credible because you spoke to someone at Apple." -- Investment guru Jim Cramer














botimage
Copyright 2014 DailyTech LLC. - RSS Feed | Advertise | About Us | Ethics | FAQ | Terms, Conditions & Privacy Information | Kristopher Kubicki