| [News] Transmeta don't plan 68k support | ANN.lu |
| Posted on 14-Feb-2000 20:02 GMT by Christian Kemp | 33 comments
View flat
View list | |
Black Hand says he repeatedly mailed Transmeta to enquire about 68k emulation support, or the posibility to access and modifiy the morphing code. Here's what Frank Priscaro replied: Supporting the Amiga was something that we considered early on, but had to drop because all of our resources needed to be focused on the Linux and x86 markets. We have no plans at this time to support the 68K family of processors.
|
|
| List of all comments to this article |
| Transmeta don't plan 68k support : Comment 27 of 33 | ANN.lu |
| Posted by Mario Saitti on 15-Feb-2000 23:00 GMT | In reply to Comment 19 (sutro):
> Transmeta aims at embedded systems ("Mobile Internet Computing" , strangely
> it reminds me of "Multimedia PC").
Today, what about in a year? If it isn't TM it will be someone using similair technology.
> In this section intel's x86 technology , logic and experience are no factors > (compared to Motorola).
> How will Transmeta compete to intel's and motorola's GHzs , copper technology > and 0.1micros process ?
I think you have that backwards. How will Intel and Motorolla match the more capable clockspeeds of a VLIW system? Transmeta is facing increased latencies as a result of using VLIW, that is predominently a software issue for VLIW. Hardware wise Crusoe can already operate at speeds way out of an Athlon's league. AMD, Intel and Motorola on the other hand need a lot of effort to catch up with even the basic Crusoe techniques. Merced is not generation compatible in the same sense as Crusoe, that leaves one hell of a lot of work for Intel to catch up on. Remember this has been researched by companies for almost 25 years to no avail. It is not something even Intel can just pull out of a hat.
> By designing more advanced s/w ?
Both software and hardware. Currently Crusoe uses a single execution unit for all tasks. That will change in time as the compiler/shecduler becomes more refined. The more refined the algorithm, the lower the latencies-> increase in ILP -> faster the clock speeds. IBM's BOA is already comparable to any Superscalar processor on the market.
> As for IBM , if you saw the "Transmeta announcement" fiasco on 19th of Jan
> you should remember they had a hard time persuading reporters that they had a > contract with IBM or even that IBM knew anything about them.
> I believe IBM had been already working at these things way before them.
Way before them. IBM's VLIW lab has been operational since the mid 80's.
> I don't discard the idea (VLIW) but the company (Transmeta).
> As for PPC , they are here to stay for many years (un)fortunately to some
Not in it's current form it isn't. Why make a RISC PPC when one can make the cheaper, faster VLIW equivalent?
> I bet you 've been a Cyrix pc user...
No, just a student of engineering enjoying new uses of technology.
Mario. |
|
| List of all comments to this article (continued) |
|
- User Menu
-
- About ANN archives
- The ANN archives is powered by #AmigaZeux. It was updated daily (news last: 22-Oct-2004; comments last: 18-May-2005).
ANN.lu was created, previously owned and maintained by Christian Kemp, www.ckemp.com.
- Contribute
- Not possible at this time!
- Search ANN archives
- Advanced search
- Hosting
- ANN.lu was hosted by Dreamhost. Sign up through this link, mention "ckemp" as referrer and he will get a 10% commission on any account you purchase.
Please show your appreciation for any past, present and future work on ANN.lu by making a contribution via PayPal.
|
