Subject: Mobile | April 8, 2014 - 07:47 PM | Tim Verry
Tagged: SoC, snapdragon, qualcomm, LTE, ARMv8, adreno, 64-bit
Qualcomm has announced two new flagship 64-bit SoCs with the Snapdragon 808 and Snapdragon 810. The new chips will begin sampling later this year and should start showing up in high end smartphones towards the second half of 2015. The new 800-series parts join the previously announced mid-range Snapdragon 610 and 615 which are also 64-bit ARMv8 parts.
The Snapdragon 810 is Qualcomm's new flagship processor. The chip features four ARM Cortex A57 cores and four Cortex A53 cores in a big.LITTLE configuration, an Adreno 430 GPU, and support for Category 6 LTE (up to 300 Mbps downloads) and LPDDR4 memory. This flagship part uses the 64-bit ARMv8 ISA. The new Adreno 430 GPU integrated in the SoC is reportedly 30% faster than the Adreno 420 GPU in the Snapdragon 805 processor.
In addition to the flagship part, Qualcomm is also releasing the Snapdragon 808 which pairs two Cortex A57 CPU cores and four Cortex A53 CPU cores in a big.LITTLE configuration with an Adreno 418 (approximately 20% faster than the popular Adreno 320) GPU. This chip supports LPDDR3 memory and Qualcomm's new Category 6 LTE modem.
Both the 808 and 810 have Adreno GPUs which support OpenGL ES 3.1. The new chips support a slew of wireless I/O including Categrory 6 LTE, 802.11ac Wi-Fi, Bluetooth 4.1, and NFC.
Qualcomm is reportedly planning to produce these SoCs on a 20nm process. For reference, the mid-range 64-bit Snapdragon 610 and 615 use a 28nm LP manufacturing process. The new 20nm process (presumably from TSMC) should enable improved battery life and clockspeed headroom on the flagship parts. Exactly how big the mentioned gains will be will depend on the specific manufacturing process, with smaller gains from a bulk/planar process shrink or greater improvements coming from more advanced methods such as FD-SOI if the new chip on a 20nm process is the same transistor count as one on a 28nm process (which is being used in existing chips).
The 808 and 810 parts are the new high-end 64-bit chips which will effectively supplant the 32-bit Snapdragon 805 which is a marginal update over the Snapdragon 800. The naming conventions and product lineups are getting a bit crazy here, but suffice it to say that the 808 and 810 are the effective successors to the 800 while the 805 is a stop-gap upgrade while Qualcomm moves to 64-bit ARMv8 and secures manufacturing for the new chips which should be slightly faster CPU-wise, notably faster GPU-wise and more capable with the faster cellular modem support and 64-bit ISA support.
For those wondering, the press release also states that the company is still working on development of its custom 64-bit Krait CPU architecture. However, it does not appear that 64-bit Krait will be ready by the first half of 2015, which is why Qualcomm has opted to use ARM's Cortex A57 and A53 cores in its upcoming flagship 808 and 810 SoCs.
Subject: General Tech, Processors, Mobile | January 21, 2014 - 04:14 AM | Scott Michaud
Tagged: x86, Intel, Android, 64-bit
Given how long it took Intel to release a good 64-bit architecture, dragged ear-first by AMD, it does seem a little odd for them to lead the tablet charge. ARM developers are still focusing on 32-bit architectures and current Windows 8.1 tablets tend to stick with 32-bit because of Connected Standby bugs. Both of these should be cleared up soon.
Also, 64-bit Android tablets should be available this spring based on Bay Trail.
According to Peter Bright of Ars Technica, Android will be first to 64-bit on its x86 build while the ARM variant hovers at 32-bit for a little while longer. It would not surprise me if Intel's software engineers contributed heavily to this development (which is a good thing). I expect NVIDIA to do the same, if necessary, to ensure that Project Denver will launch successfully later this year.
The most interesting part about this is how the PC industry, a symbol of corporate survival of the fittest, typically stomps on siloed competitors but is now facing the ARM industry built on a similar Darwin-based logic. Both embrace openness apart from a few patented instruction sets. Who will win? Well, probably Web Standards, but that is neither here nor there.
Subject: General Tech, Systems | June 4, 2013 - 11:44 PM | Tim Verry
Tagged: computex 2013, computex, X-Gene, mitac, ARMv8, appliedmicro, 7-star, 64-bit
During Computex, MiTAC announced a new high density "7-Star" ARMv8 server. Aimed at the enterprise market, the 7-Star platform is a 4U server that holds up to 18 compute cards. Each compute card contains an eight-core ARMv8-based X-Gene processor from AppliedMicro, two DDR3 DIMM slots, and space for two 2.5"/3.5" internal storage drives (SSD or HDD). The compute cards use a 10G SFP+ and a single Gigabit Ethernet port for networking purposes.
Of course, the interesting bit about the 7-Star is that it is one of the first server to use processors based on ARM's 64-bit ARMv8 architecture. MiTAC worked with ARM and AppliedMicro on the project, and it should be available later this year. It is currently being shown off at the ARM Holdings demo suite in Taipei, Taiwan. I'm intested to see how well these 64-bit ARM servers do, especially with new low power chips from Intel and AMD on the way!
Read more about ARMv8 at PC Perspective.
The full press release is below:
Subject: General Tech | April 22, 2013 - 02:04 PM | Jeremy Hellstrom
Tagged: opteron, history, get off my lawn, amd, 64-bit
AMD64 arrived a decade ago with the launch of the first Opteron processor in April of 2003, back in the days when NVIDIA made motherboards and ATI was a separate company. In those days AMD looked like serious competition for Intel as they were out innovating Intel and competing for Big Blue's niche markets as they were first to cross the GHz line and the first to offer a 64bit architecture on a commercially available platform. At that point Intel actually licensed AMD64, re-branded it as x86-64 and used it on their Xeon processor line, a huge victory for AMD. Unfortunately there was not much in the way of consumer software capable of taking advantage of 64-bit architecture and unfortunately remains so to this day, apart from peoples ability to benefit from the enlarged RAM pool allowed. Take a walk down memory lane at The Inquirer, and remember the good old days when AMD was prospering.
"A DECADE AGO AMD released the first Opteron processor and with it the first 64-bit x86 processor."
Here is some more Tech News from around the web:
- Intel pushing adaptive all-in-one PCs with new components @ DigiTimes
- ASUS PCE-AC66 review: 802.11ac via PCIe @ Hardware.info
- Garmin nuvi 2597LMT Review @ TechReviewSource
- The TR Podcast 132: BioShock, bundles and big SSDs
Subject: Systems | April 19, 2013 - 03:56 AM | Tim Verry
Tagged: servers, project moonshot, microserver, hp, arm, Applied Micro Circuits, 64-bit
A recent press release from AppliedMicro (Applied Micro Circuits Corporation) announced that the company’s X-Gene server on a chip technology would be used in an upcoming HP Project Moonshot server.
An HP Moonshot server (expect the X-Gene version to be at least slightly different).
The X-Gene is a 64-bit ARM SoC that combines ARM processing cores with networking and storage offload engines as well as a high-speed interconnect networking fabric. AppliedMicro designed the chip to provide ARM-powered servers that will reportedly reduce the Total Cost of Ownership of running webservers in a data center by reducing upfront hardware and ongoing electrical costs.
The X-Gene chips that will appear in HP’s Project Moonshot servers feature a SoC with eight AppliedMicro-designed 64-bit ARMv8 cores clocked at 2.4GHz, four ARM Cortex A5 cores for running the Software Defined Network (SDN) controller, and support for storage IO, PCI-E IO, and integrated Ethernet (four 10Gb Ethernet links). The X-Gene chips are located on card-like daughter cards that slot into a carrier board that has networking fabric to connect all the X-Gene cards (and the SoCs on those cards). Currently, servers using X-Gene SoCs require a hardware switch to connect all of the X-Gene cards in a rack. However, the next-generation 28nm X-Gene chips will eliminate the need for a rack-level hardware switch as well as featuring 100Gb networking links).
The X-Gene chips in HP Project Moonshot will use relatively little power compared to Xeon-based solutions. AppliedMicro has stated that eh X-Gene chips will be at least two-times as power efficient, but has not officially release power consumption numbers for the X-Gene chips under load. However, at idle the X-Gene SoCs will use as little as 500mW and 300mW of power at idle and standby (sleep mode) respectively. The 64-bit quad issue, Out of Order Execution chips are some of the most-powerful ARM processors to date, though they will soon be joined by ARM’s own 64-bit design(s). I think the X-Gene chips are intriquing, and I am excited to see how well they fare in the data center environment running server applications. ARM has handily taken over the mobile space, but it is still relatively new in the server world. Even so, the 64-bit ARM chips by AppliedMicro (X-Gene) and others are the first step towards ARM being a viable option for servers.
According to AppliedMicro, HP Project Moonshot servers with X-Gene SoCs will be available later this year. You can find the press blast below.
Subject: General Tech | December 26, 2012 - 04:34 PM | Tim Verry
Tagged: mozilla, firefox, browser, Internet, 64-bit
A month ago Mozilla announced that it would no longer release 64-bit versions of its popular Firefox web browser due to a lack of resources. While the stable versions for Windows were 32-bit, nightly builds were available to enthusiasts that were 64-bit and could take advantage of more than 4GB of memory.
Mozilla developer Benjamin Smedberg stated that there was significant negative feedback from the community over the decision to axe 64-bit nightlies. While Mozilla has reaffirmed that they do not have the resources to support 64-bit builds, the developers are proposing a compromise that they hope will assuage users. In short, the Release Engineering team will continue to build 64-bit versions of the Firefox browser, but Mozilla will consider it a teir 3 build and the support is left up to the community.
Currently, the plan regarding 64-bit versions of Firefox involves a forced migration of existing 64-bit users to 32-bit versions via the automatic browser updates. Then, after the migration date, users that want the 64-bit version will need to go and download it again. Once installed, users will be informed that it is not officially supported software and they are to use it at their own risk. Click-to-play plugins will be enabled in the 64-bit builds while the crash reporter will be disabled. Win64 tests and on-checkin builds of the browser will be discontinued.
Interestingly, all browser testing by Mozilla will be done on the 64-bit edition of Windows 8. Yet they are only testing and supporting 32-bit versions of Firefox. The current situation is less than ideal as the x64 Firefox browsers will not be supported by Mozilla, but at least the software will still be available for those that need it. For now, Waterfox is an option for those that need to install a 64-bit browser based on Firefox.
Does Mozilla’s decision to stop supporting the 64-bit Firefox browser affect you? What do you think of the offered compromise?
Subject: General Tech | November 22, 2012 - 01:03 PM | Jeremy Hellstrom
Tagged: mozilla, firefox, dumb, 64-bit
Once upon a time was a little company called Mozilla who had a browser that knew some tricks no other browser did. After a while the Mozilla foundation decided to split up several projects and the Firefox browser was born, again capable of things that no other browser was doing at the time. The other browsers were quick to pick up on these tricks and to emulate them, but Firefox held onto a respectable share of overall usage which slowly eroded as other browsers came onto the scene to steal away some of that share. Apparently this depressed Firefox as it decided to start on a steady diet of add-ons and stuffing extras in below the belt which eventually caused such bloating as to make those who cared about Firefox suggest it might want to think about slimming down a bit or at least wear something a little larger, maybe a size 64.
Instead, according to various sources such as DailyTech, Firefox has decided to dump all development of a 64-bit version of its browser. IE10 supports 64-bit, Opera supports 64-bit and Chrome does on Linux and is working on a Windows version for the near future, leaving Firefox in the company of Lynx. While the news stories are specific to the Firefox browser, it leaves one suspicious about the Firefox OS which is being developed for mobile devices; just what features are going to be abandoned as too hard to continue developing for.
"Fans of the non-profit Mozilla Foundation have waited... and waited... and waited more still, for Mozilla's popular Firefox browser to add 64-bit support. With pickup of 64-bit SKUs of Microsoft Corp.'s (MSFT) Windows operating system rapidly accelerating, it certainly seemed a 64-bit browser would be just around the corner.
Instead Mozilla has made the curious decision to pull the plug on the long-delayed project, while offering only small clues as to why the decision was made."
Here is some more Tech News from around the web:
- The 3D Printing Wars Begin @ MAKE:Blog
- Samsung brews half-asleep OCTO CORE phone brain MONSTER @ The Register
- Win OCZ RevoDrive 3 PCIe SSD and Kitguru fans! @ Kitguru
Subject: Processors | October 29, 2012 - 04:53 PM | Ryan Shrout
Tagged: processors, arm, amd, 64-bit
On a not very technically reliable webcast today, AMD has announced that it will produce 64-bit processors based on the ARM architecture and combine them with the "Freedom Fabric" they acquired with the purchase of SeaMicro.
In a move that is incredibly telling about the times we are in, but not really a surprise to those of us that follow the processor markets closely, AMD and ARM announced a partnership beyond previously discussed in public. AMD will start production of ARM-based processors in 2014 and will be among the first to include 64-bit technology.
The target for these processors will be the server market and AMD hopes to be at the forefront the often discussed ARM-in-the-server-world migration. While that server opportunity size is debatable, with partners on stage like Facebook and RedHat, there is little doubt that it will have an affect on enterprise computing in the next 24 months. AMD is hoping that its experience with the move to 64-bit technology in the x86 migration will aid them in development and migration in the ARM architecture world; one that is currently still limited to 32-bit.
UPDATE: As being reported by Anand Shimpi this is in fact NOT an architecture license but is instead a processor license. What does that mean? AMD is not going to develop its own core (as Apple and NVIDIA do) but instead will fully integrate an upcoming 64-bit ARM core in new AMD products.
SeaMicro's Freedom Fabric technology is another major angle that AMD has over other players in this field. The fabric technology is meant to facilitate communication between multiple processors on a specialized bus, removing bottlenecks on the platform and network. Dr. Lisa Su, SVP of Global Business at AMD, stated that simply connecting hundreds or thousands of ARM-based processors to each other isn't enough and moves the problem of computing management from the CPUs to the network itself. Using Freedom Fabric, the AMD-based ARM processors would be able to much more efficiently communicate and thus maintain the promised power benefits of ARM servers.
AMD did state that they will continue to develop x86 processors going forward but you have to wonder about its dedication to that goal. Working with ARM is a quick and easy way to get AMD into a growing market in the server world that Intel currently has no solutions for so it seems possible that this is simply a stop-gap until AMD can develop an x86-based solution. It is hard to say for sure but for an organization in AMD's financial position, having options in multiple segments is certainly a good idea.
What you won't see yet is AMD's graphics technology in the ARM-based processors announced today. This isn't an "ARM APU" but instead is a combination of SeaMicro and ARM for a very specific server workload.
We'll have more on this announcement if anything else interesting is divulged, but you can find the entire press release from AMD after the break!
Subject: Processors | July 24, 2012 - 12:07 PM | Tim Verry
Tagged: TSMC, ARMv8, arm, 64-bit, 3d transistors, 20nm
Yesterday ARM announced a multi-year partnership with fab TSMC to produce sub-20nm processors that utilize 3D FinFET transistors. The collaboration and data sharing between the two companies will allow the fabless ARM SoC company the ability to produce physical processors based on its designs and will allow TSMC a platform to further its process nodes and FinFET transistor technology. The first TSMC-produced processors will be based on the ARMv8 architecture and will be 64-bit compatible.
The addition of 3D transistors will allow the ARM processors to be even more power efficient and suitable for both mobile devices. Alternatively, it could allow for higher clockspeeds at the same TDP ratings as current chips. The other big news is that the chips will be moving to a 64-bit compatible design, which is huge considering ARM processors have traditionally been 32-bit. By moving to 64-bit, ARM is positioning itself for server and workstation adoption, especially with the recent ARM-compatible Windows 8 build due to be released soon. Granted, ARM SoCs have a long way to go before taking market share from Intel and AMD in the desktop and server markets in a big way but it is slowly but surely becoming more competitive with the x86-64 giants.
TSMC’s R&D Vice President Cliff Hou stated that the collaboration between ARM and TSMC will allow TSMC to optimize its FinFET process to target “high speed, low voltage and low leakage.” ARM further qualified that the partnership would give ARM early access to the 3D transistor FinFET process that could help create advanced SoC designs and ramp up volume production.
I think this is a very positive move for ARM, and it should allow them to make much larger inroads into the higher-end computing markets and see higher adoption beyond mobile devices. On the other hand, it is going to depend on TSMC to keep up and get the process down. Considering the issues with creating enough 28nm silicon to meet demand for AMD and NVIDIA’s latest graphics cards, a sub-20nm process may be asking a lot. Here’s hoping that it’s a successful venture for both companies, however.
You can find more information in the full press release.
Subject: General Tech | June 3, 2012 - 02:40 AM | Tim Verry
Tagged: gaming, frostbite, ea, bf3, 64-bit
Last month, Johan Andersson posted on twitter a tweet that stated future Frostbite engine based games in 2013 would require a 64-bit operating system. The full tweet is shown in the image below. He suggested that it would be a good idea to upgrade to Windows 8, though it is difficult to judge sarcasm in text (hehe). That bit led to a big explosion of tweets as the Internet revolted against what they thought would be required: an x64 version of Windows 8. Mr. Andersson later clarified that any recent x64 version of Windows would be fine.
You can see the tweet on Twitter here.
The Windows 8 suggestion aside, I was very excited about the news that 64-bit Windows would be required. Currently, games are developed with both x64 and x86 versions in mind, which means that games are shackled by the limitations of the x86 (32 bit) operating system. As an example, Sins of a Solar Empire is a game that generally runs great from beginning to mid-game on large maps, but as players build up fleets of ships and have a lot of data to keep track of, the game starts to run out of memory and starts to chug–even when running the game on a 64-bit operating system. The CPU and GPU are not fully utilized, it is a RAM limitation as reported by a number of users and a situation I have found myself in numerous times as well.
32-bit operating systems (and I’m being general here) have a hard limit of about 4GB of RAM, from which the GPU, other expansion devices, and overhead steal a chunk of address space that the OS cannot use even if there is physically 4GB of RAM DIMMS in the system. With 2GB GPUs being common, that leaves a system running 32-bit OSes with 2GB of addressable system memory. From that, the OS can allocate programs, caching, and other system tasks to that 2GB of total available RAM. Modern games can easily hit 2GB or more of RAM usage, but on 32-bit systems they are severely restricted in how much they can use.
By requiring a 64-bit operating system, developers can focus on producing games that can make full use of RAM on modern systems. RTS and other strategy games are going to benefit the most, but even shooters like Battlefield (4?) will run smoother by being able to store as much data in RAM as possible without those pesky restrictions of 32-bit systems. Unfortunately, the upcoming Sins of a Solar Empire: Rebellion game will still suffer from RAM issues (though it is said to be managed better than previous releases) as it is being developed around the possibility of running on 32 or 64-bit OSes. Here’s hoping that the next SoaSE game will require 64-bit OSes just like Frostbite engine games will.
The best part, aside from performance benefits of course, is that the majority of gamers will not have to do anything when these games come out as they are already running a 64-bit version of Windows. Even OEMs have started loading x64 versions on pre-built systems in the last couple years (since Windows 7 and RAM became so cheap). Most gamers will be able to jump right in and enjoy the benefits immediately because gamers are inherently required to have at least somewhat recent hardware to play the latest games.
In the end, requiring 64-bit operating systems is a good thing, and hopefully more developers will follow in DICE’s footsteps. By freeing themselves from the limitations of 32-bit systems, they can focus on using gamers’ hardware to the fullest–at least until games start using more than 8TB of RAM (which would require a new version of Windows anyway as Win 7 x64 (Ultimate/Pro) can only address 192GB).
Get notified when we go live!