Doug, RE xscale: --------- The bug-lists (errata sheets) range from 23 to 27 pages or something for the various xscale CPUs. Here's a bunch of DOCs, and many of the specs will include errata sections: http://search.intel.com/corporate/search.asp?isoCode=en&source=http%3A%2F%2Fsearch.intel.com%2Fcorporate%2Fsearch.asp&version=2.0&q1=xscale+errata&lang=en&SearchCrit=ALL&mh=200&category=Developer&category=Support&MimeType=PDF The GOOD news is that Intel tells you what the bugs are, unlike some manufacturers who prefer to let you discover them yourself (don't get me started...) Yes, they are in products. We know our good friends at Intrinsyc put considerable effort into making an xscale solution work for a client, and we commend them for it. But we have a pile of other CPUs in our roadmap before we tackle xscale, and we're hoping they'll have addressed their issues by then. Keep in mind that Intel has the world's only license to modify ARM's designs, and these chips are a totally new hybrid of ARM's best technology and Intel's best technology, plus the latest developments in voltage scaling ... these are milestone chips. Anyone expecting them to be perfect first time around is new to this planet! If you are designing from scratch Intel is excellent because of all the support from Intel and the developer community in general. Frankly, our market is creating low-cost computers from the low-cost chips that aren't well supported or aren't available. We create support for them and that's the value-added by Techsol. We can't add as much value when Intel is doing such a good job themselves. Does that make sense? RE Ajile: -------- You are correct about the byte-codes being "fixed" ... good point. I'm not dismissing their product when I say its like comparing a PDA to a lap-top. I don't want to carry a lap-top where a PDA will do. (or pay for it) I'm stating that its not a valid comparison because these devices are targeted at totally different markets. We LOVE tiny, simple, low-cost stuff. PICs, AVR, etc. But our business is providing tiny, simple, low-cost alternatives to VME, CompactPCI, PC-104, etc. for people who needs lots of IO and Linux (for either GUIs or communications or both). In general, we see JAVA growing in use in industrial control and security applications, and Ajile's offerings aren't competing with ours ... if anything they are complementary solutions. For example, if you wanted a bunch of smart sensors on a production line connected to the main computer system, it would make sense to use one of our computers talking ethernet (or WiFi) out one side, and a bunch of Ajile-based sensor boards on an RS-485 network out the other side. Brian Doug wrote: > > Brian, > > > I can't give a performance comparison, but I do have a question: > > how do you upgrade the Ajile CPU to a newer version of Java in 2 > > years? > > The bytecodes do not change ... the APIs change ... the VM has > not changed in a long time ... it's the same set of bytecodes > that it has been since 1996 ... > > > BTW: Techsol's CPU modules will have Sun's JAVA logo on them. > > This is "the real thing" in terms of Java. > > I don't dispute that ... BTW I used to work for JavaSoft at > Sunny Micro ... > > > There's really no use comparing these. The Ajile CPU is a > > neat little device that has minimal I/O and runs Java. > > Just FYI I have seen working multiplexors that run Ajile > and interface sixteen serial ports connected to industrial > equipment. This is not a toy ... yes they are not comparable > but for headless low part count things they have potential. > > Also the hotspot is not new ... I was introduced to that > eons ago ... what's new is the implemention on that > particular processor ... > > > We're waiting for Intel to work the bugs out of their x-scale > > CPUs before we support them. > > Can you elaborate? I am considering playing with X-Scale. > Aren't they IN products already like iPAQ and others? > What are the bugs? Where can I read about that? > > Thanks, > Doug > -- Subscription/unsubscription/info requests: send e-mail with subject of "subscribe", "unsubscribe", or "info" toWear-Hard Mailing List Archive (searchable): http://wearables.blu.org Please, *PLEASE* don't subscribe through a forward/expander/false domain
From Wear-Hard Mailing list Archive (WH)
Maintained by R. Paul McCarty
Archive created with babymail