feature article
Subscribe Now

Emulating the Success of Others

Soft Machines Reveals Shasta, its First VISC Processor

“Imitation is the sincerest form of flattery” — Charles Caleb Colton

If you’ve been keeping up on weird, ambitious microprocessor designs – and really, who doesn’t? – you’ll no doubt remember Soft Machines and its VISC architecture. We first talked about VISC back in November and December of last year, so it’s been almost 12 whole months without an update. That’s like waiting for new Game of Thrones material.

Well, wait no more. Soft Machines has… uh… teased us some more. There’s no actual chip yet, but that’s coming Real Soon Now. About mid-2016, according to the company’s in-house prognosticators. And with a CPU design this ambitious, that means it’s got to be very close to finished.

Let’s review: VISC (which is just a name; it doesn’t stand for anything) is a high-performance 64-bit processor that can run software written for other microprocessors. It can be ARM-compatible; it can be x86-compatible; it could conceivably run SPARC, PowerPC, MIPS, or 8051 assembler code. It’s a chameleon. Or maybe a more apt simile is a fork-tailed drongo. VISC mimics its fellow creatures and steals their food. 

But in a good way. And certainly in a very clever way. The VISC microarchitecture is extraordinarily complex, comprising multiple CPU cores combined with multiple virtual cores that aren’t really CPU cores, but that software thinks are CPU cores. Confused yet? Then there’s the software-translation layer that allows VISC to execute unmodified ARM binaries (for example) faster than an actual ARM chip can. Then there are the power-saving measures, which make VISC more power-efficient than other processors as well, according to the company. So you get a CPU that’s faster, more efficient, and more flexible than any CPU you’ve ever seen. Sold yet?

Hang onto your cash, because we haven’t gotten to Shasta. Shasta is Soft Machines’ first real, commercial implementation of the VISC architecture. Sure, the company has made prototype silicon before, but those chips weren’t for sale. Shasta will be the first VISC we can get our hands on, sometime around the middle of next year.

In addition, the company has announced Mojave, the customizable, customer-defined, integrated version. Don’t like the (comparatively) generic Shasta design? Soft Machine will happily make you a custom Mojave with two Shasta processor complexes, a ton of graphics and peripheral I/O, and whatever additional features you need. Mojave chips aren’t really intended for the mass market. They’re a semi-custom way for OEMs to get their own VISC processor without designing one from scratch.

Shasta is being fabbed in TSMC’s 16nm process, an aggressive start for a new company. The chip is expected to hit 2 GHz or thereabouts, and it will have two physical CPU cores and support for two virtual CPU cores. Remember that VISC doesn’t require a 1:1 mapping of virtual cores to physical cores. There can be more of one than the other. For example, a single software thread might require the resources of both physical cores for certain complex tasks. On the other hand, two lightweight threads could map onto just one physical CPU core. The virtual-to-physical mapping changes all the time, even cycle-by-cycle, depending on what the host software is trying to do.

The good news is, you never need to learn how to do this yourself. The thread formation, scheduling, and mapping are all done in hardware. In fact, those tasks collectively account for nine or ten stages (it depends) of VISC’s 18-stage pipeline.

That’s not counting the software-translation layer that is VISC’s primary party trick. Shasta gobbles up incoming binary code like any processor, but then it converts those opcodes into its own internal instruction set. To be fair, many high-end CPUs also do binary translation on the fly. Think x86 and its obscenely complicated ISA. Intel and AMD have been converting those x86 instructions into RISC-ified internal instructions for years, and it seems to work. In that sense, VISC isn’t doing anything the others haven’t done before.

The difference is that VISC is emulating (or “hosting,” in the company’s vernacular) other processors’ instruction sets. Soft Machines says that Shasta will support two “guest” instruction sets in addition to its own native ISA, but they won’t say which ones.

One of the two is obvious. The company has been upfront about its intention to offer ARM compatibility – with its publicly shown demos – but it’s a lot more coy about the other “guest” software it will support.

Shasta is being pitched as offering “server-class performance at mobile power” levels, and servers seem like the company’s first target market. When thinking of servers, most minds instinctively snap to x86, given Intel’s dominance of that space. And indeed, VISC might offer x86 compatibility – someday. But today is not that day.

I think Shasta will offer compatibility with ARM and MIPS, but not x86. If Soft Machines wants to break into the server market, there are a lot of MIPS servers feeling a bit orphaned right about now. Back in the day, MIPS Computer Systems and Silicon Graphics were on a path to make MIPS the premium high-end RISC processor for engineering workstations. But those days are long gone, and Imagination Technologies (MIPS’s current caretaker) is more interested in embedded SoC designs than in big iron. If you’ve got any MIPS-based servers lying around, you’re in need of a roadmap, and pronto. Enter Soft Machines and its VISC-based path out of the woods. It doesn’t hurt that Soft Machines is already working with Imagination on the latter’s PowerVR GPU technology. So there’s history.

SPARC would be another logical choice, and for similar reasons. Or PowerPC, another one-time high-flyer that’s gone approximately nowhere in the last decade. All three CPU families made their mark in servers but are now relegated to embedded or proprietary systems. They’re ripe targets for Soft Machines and its changeable CPU strategy.

Interestingly, Soft Machines has suggested that Shasta could support two guest ISAs at the same time, but it won’t. That is to say, the company will initially configure – I hesitate to say cripple – the chips to support only one guest ISA or the other, but not both. Even though juggling two ISAs is doable, it’s not commercially attractive. Why give away one CPU emulator when you can charge double for two? So at least at the outset, you’ll need to order your Shasta chips with either Brand A compatibility or Brand B compatibility. Don’t be surprised if they’re different prices.

Why no x86 compatibility? Given the company’s focus on servers, wouldn’t that be the obvious choice? Yes, and it wouldn’t be the first time that a company’s business plan started with some variation of the phrase, “If we can just take 5% market share away from Intel…” Precisely none of those companies exist today.

There’s your first reason. Competing with a semiconductor superpower means you’re likely to get nuked before you can load your flintlock. Second, emulating the x86 instruction set is legendarily difficult and fraught with disaster. And lawyers. And pain. Soft Machines is careful to avoid comparisons with Transmeta, the last company that tried (and failed, expensively) to outdo Intel and AMD in the x86 market. That path leads to madness and bankruptcy.

Finally, Intel is doing a pretty good job on its own, if you haven’t noticed. Its server processor lineup is full and healthy and robust and has a bright future. The roadmap looks good, and there’s little reason to think that thousands of happy server designers are in any hurry to abandon Intel and switch to another CPU supplier. Especially if that supplier is a new startup peddling its very first chip. “Thanks anyway; come back in ten years when you’ve got 1000 customers under your belt.”

That leaves the stranded MIPS, PowerPC, or SPARC users who have few alternatives for upgrading their hardware. Plus the existing ARM users who want to break into servers on the back of VISC silicon. If Soft Machines’ benchmarks can be believed, VISC can outperform any ARM processor out there and do so using less energy. In that sense, VISC is the upgrade from ARM processors. Maybe the upgrade from a lot of processors. Do you believe in virtual reality? 

Leave a Reply

featured blogs
Nov 15, 2024
Explore the benefits of Delta DFU (device firmware update), its impact on firmware update efficiency, and results from real ota updates in IoT devices....
Nov 13, 2024
Implementing the classic 'hand coming out of bowl' when you can see there's no one under the table is very tempting'¦...

featured video

Introducing FPGAi – Innovations Unlocked by AI-enabled FPGAs

Sponsored by Intel

Altera Innovators Day presentation by Ilya Ganusov showing the advantages of FPGAs for implementing AI-based Systems. See additional videos on AI and other Altera Innovators Day in Altera’s YouTube channel playlists.

Learn more about FPGAs for Artificial Intelligence here

featured paper

Quantized Neural Networks for FPGA Inference

Sponsored by Intel

Implementing a low precision network in FPGA hardware for efficient inferencing provides numerous advantages when it comes to meeting demanding specifications. The increased flexibility allows optimization of throughput, overall power consumption, resource usage, device size, TOPs/watt, and deterministic latency. These are important benefits where scaling and efficiency are inherent requirements of the application.

Click to read more

featured chalk talk

Vector Funnel Methodology for Power Analysis from Emulation to RTL to Signoff
Sponsored by Synopsys
The shift left methodology can help lower power throughout the electronic design cycle. In this episode of Chalk Talk, William Ruby from Synopsys and Amelia Dalton explore the biggest energy efficiency design challenges facing engineers today, how Synopsys can help solve a variety of energy efficiency design challenges and how the shift left methodology can enable consistent power efficiency and power reduction.
Jul 29, 2024
80,240 views