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

RE: 64 bit android?
By Monkey's Uncle on 9/12/2013 12:23:42 PM , Rating: 5
No, idiot. A 32-bit OS can not run natively on a 64-bit processor except in very special circumstances.

In the case of Intel processors, both Intel (and more importantly AMD) were well aware of a need for backward compatibility with Windows. They were very careful not to touch the underlying 32-bit architecture when adding in the AMD64 extensions.

Can you guarantee that smartphone processor core manufactures are doing the same? I can't and would bet that they absolutely require a 64-bit compiled OS for their cores. After all, these processor cores are expected to run not only Android, but iOS and Windows as well.

No worries though. Once 64-bit processors cores are available, Android will be compiled to work with it just as it is compiled to work with each specific architecture out there now i.e. Qualcomm, Exynos & Tegra.

I would recommend you do some more research yourself before spouting off calling others an idiot.


RE: 64 bit android?
By extide on 9/12/2013 4:36:54 PM , Rating: 2
Yes... duh you CAN guarantee they are doing the same because they are all implementing ARMv8 not some custom one off ISA... lol


RE: 64 bit android?
By Monkey's Uncle on 9/12/2013 6:26:20 PM , Rating: 2
Did you read my reply in the context in which it was written?

The person I responded to was making generalized statements regarding 32 on 64-bit support. My response was a refute to that generalization. It most certainly is not a given that 32-bit apps or OS will be supported on a 64-bit processor except under very specific circumstances (duh!). Does Intel's IA32 applications run on an IA64 processor? Absolutely not! But IA-32 does run natively on an AMD64 processor.

Why is that?

In order to provide 32 bit support on a 64-bit processor, you have to build that processor as a superset of the original 32-bit processor. In the Intel world, IA-32 and IA-64 are very different architectures even though the names are very similar.

As you rightfully mention ARMv8 is a superset if the previous 32-bit ARMv7 architecture. Because the ARMv8 includes the A64 instruction set, those instructions are used to provide the compatibility layer necessary to run 32-bit ARMv7-based Apps and system software.

That 32-bit compatibility does not arrive for free in the generalized world. The ability for provide backward full hardware level 32-bit compatibility must be designed in as a ikntegral part of the 64-bit processor core architecture.

In Arm and Intel/AMD's cases that has been done by extending the earlier architectures and allowing mode switching between the hardware modes. It is not correct to generalize that all 64-bit processors will be backward compatible with their forerunners as seen in the IA-32/IA-64 scenario.


RE: 64 bit android?
By extide on 9/13/2013 1:05:57 PM , Rating: 2
This is a smartphone article, about smartphone cpu's and smartphone OS's. I thought it was pretty obvious.


RE: 64 bit android?
By Monkey's Uncle on 9/13/2013 1:18:14 PM , Rating: 2
Obvious or not, it stopped being all about embedded micro architectures when the guy posted this as a part of his bashing:
quote:
We already saw this with x86-64 CPUs running 32-bit Windows and drivers.


Thing is I am not so much calling out his generalizations but rather kicking him in the ass for bashing others with them. If he had left the name-calling off of his post, I would have probably left him alone.


RE: 64 bit android?
By Monkey's Uncle on 9/13/2013 1:21:29 PM , Rating: 2
Oh, and please understand that ARMv8 and Intel 64/AMD64 are not the only micro architectures out there even in the embedded world - though these are the most prominent. There are dozens and not all of them are promising this level of backward compatibility.


RE: 64 bit android?
By amanojaku on 9/12/2013 6:57:39 PM , Rating: 2
You want research? Here you go:
quote:
Both CPU cores are able to run 32-bit and 64-bit ARM code, as well as a mix of both so long as the OS is 64-bit.
http://www.anandtech.com/show/6420/arms-cortex-a57...
quote:
Speaking at ARM TechCon 2011 in Santa Clara, Calif., ARM Chief Technology Officer Mike Muller said the new v8 architecture would consist of two main execution states: AArch64 and AArch32, with the former introducing a new A64 for 64-bit processing instruction set, while the latter would continue to support ARM’s existing instruction set.

“ARM V8 fully supports 32 bit ARMv7a software,” said Muller, adding that the architecture had been designed to “maximize the benefits across both 32-bit and 64-bit application areas."
http://www.eetimes.com/document.asp?doc_id=1260488
quote:
AArch32

The ARMv8 32-bit execution state, that uses 32-bit general purpose registers, and a 32-bit program counter (PC), stack pointer (SP), and link register (LR). AArch32 execution state provides a choice of two instruction sets, A32 and T32. Operation in AArch32 state is compatible with ARMv7-A operation.

AArch64
The ARMv8 64-bit execution state, that uses 64-bit general purpose registers, and a 64-bit program counter (PC), stack pointer (SP), and exception link registers (ELR). AArch64 execution state provides a single instruction set, A64.
http://infocenter.arm.com/help/topic/com.arm.doc.a...
quote:
Of course, for compatibility reasons, we still support the entire ARMv7 machine in the new ARMv8 architecture, but when running 64-bit software, this part of the machine is not being used, and the area of complex legacy it had built up does not need to be active when running in the 64-bit ISA, unlike other architectures where 64-bit extension was simply added to the historical complexity and legacy of their 32-bit mode.

It is not possible, for example, for a 32-bit hypervisor to support a 64-bit operating system while executing in the HYP mode.

However, it should be noted that the halting debug view is no longer compatible with tools that today support ARMv7 halted debug even if the processor is running only 32-bit code. For this to work it will be necessary to have the debugger updated to support ARMv8. Self hosted AArch32 debug used by an OS however does not change.

For this reason, the ARM processors will run today’s 32-bit software without alteration and as such no impact to the ecosystem. Only key targeted areas of software will initially need to consider operating within A64 instruction set. The first is likely to be a hypervisor or any secure monitor code in such a system. Since the new hardware accelerated virtualization was first introduced in the Cortex-A15, which already supported much of the new page table format, updating such a hypervisor is manageable and many vendors have already started.
http://www.arm.com/files/downloads/ARMv8_white_pap...

Similar to x86/x86-64, ARM has 32-bit and 64-bit operating modes, known as states. You can run a 32-bit OS or 32-bit hypervisor on ARMv8. The information is freely available on the Internet, if you aren't too lazy to look it up. This is why the OP is an idiot (notice the username and number of posts: clearly a shill), and why you are one, too.


RE: 64 bit android?
By Monkey's Uncle on 9/13/2013 12:40:33 PM , Rating: 1
Dude, I asked you to provide research to back up this statement:

"No, idiot. A 32-bit OS can run on a 64-bit CPU. It won't be able to take full advantage of the hardware's performance, but there won't be any compatibility issues...."

Please explain how reposting these bits of hardware discussions on one or two specific architectures justify your generalization that "A 32-bit OS can run on a 64-bit CPU" . One or two specific cases does not back up that claim as you are implying with your post that ANY 64-bit processor can run any 32-bit OS.

Specific discussions on a couple micro architectures does not back up this assertion. So I am still calling bullshit on it.

Try again. Better yet, show be evidence that an Intel Itanium can run 32-bit Windows 7.

Note: I don't give a rat's ass about the OP's user name or posting history. You have bashed this person with a stupid generalization that I would love to see you back up.

Maybe they guy honestly does not know and is simply asking the question. I personally don't know, but that doesn't make him an idiot or you less of one by calling him one.

There is no such thing as stupid questions, only stupid answers.


"Well, there may be a reason why they call them 'Mac' trucks! Windows machines will not be trucks." -- Microsoft CEO Steve Ballmer














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