This customer designs industrial HVAC systems, which suck hundreds if not thousands of kilowatt-hours per day. Millions of watts. And they're excited that the Quark draws a few milliwatts less than a competitor's part? Or that it saves a few dollars in the $100,000 bill of materials?
A better case study would someone doing a wireless sensor working off a battery in a cornfield or something. Show us the performance per watt.
So if you were still wondering if ARM isn't directly lined up in Intel's sights, this should dispel that notion.
For a couple of years now I've noted that one advantage ARM had that seemed quite durable was you could put it into the SOC of your own design, but you could not do that with an x86 chip. If Intel is willing to allow that it is a potent weapon.
Can someone knowledgeable comment on whether Intel's foray into the realm of ARM and embedded systems is significant? Will anything substantial change as a result of their entry into this already populated market?
(I guess one thing the article mentions is that Quark is potentially more secure than the alternatives. Presumably embedded systems security will be a bigger issue as we approach the future Internet of Things.)
Maybe, if they are able to work the security angle. Industrial embedded folk love to not know about security. Industrial equipment are also usually despised by IT folk. If Intel can give OEMs a standard dirt-simple to configure solution that electricians and HVAC techs can install without screwing up, they might have a horse to race.
>Presumably embedded systems security will be a bigger issue as we approach the future Internet of Things.)
Embedded systems security, or the lack of it, is a big issue now.
Yep. Fond memories of writing an execution trace disassembler for the i960CA back in the early 90s. The chip had an 8-bit incremental trace bus, which made it possible to produce an execution-time instruction trace, as long as the code didn't modify the instructions in memory.
I wrote and instruction scheduler for the i960CA, which was fun. (For those who don't know, the i960CA was the first superscalar microprocessor.) It took assembly code as input and contained (as close as I could get from public docs to) a cycle accurate timing simulator.
Less fun was the associated project of getting the GNU assembler and linker to run under 16-bit DOS. I recall that at the the time the linker consisted of one giant source file, and one of the tools (I think the assembler) contained the wonderful declaration:
What's the volume on a reasonable sized small batch of chips? How small of an order does it make sense to go down do doing your own chips? If one buys the IP, is it Intel fabbing the chips, or do you have to take the resultant work elsewhere, or is it your option?