Register for free to join our community of investors and share your ideas. You will also get access to streaming quotes, interactive charts, trades, portfolio, live options flow and more tools.
Register for free to join our community of investors and share your ideas. You will also get access to streaming quotes, interactive charts, trades, portfolio, live options flow and more tools.
neye, double postings
Occur whenever I click on preview and click submit then. Heard that before? Any advise?
Thanks K.
neye, double postings
Occur whenever I click on preview and click submit then. Heard that before? Any advise?
Thanks K.
Elmer, puzzling
IBM started producing on SoI 1999.
AMD and MOT tried to develop their own SoI-Process after that. Not really successfully, as we know.
Next, AMD licenced IBMs design-library for SoI and modified the Hammer-design. Not successful enough, as we know.
Recently, AMD bought more knowledge from IBM - for the bargain of 42 Mio US. I sure hope this payment was based on a contract specifying goals to be achieved for payment due.
After all, what I would expect is what IBM is able to produce.
Everything more would be surprising for me.
Still puzzled?
K.
Elmer, puzzling
IBM started producing on SoI 1999.
AMD and MOT tried to develop their own SoI-Process after that. Not really successfully, as we know.
Next, AMD licenced IBMs design-library for SoI and modified the Hammer-design. Not successful enough, as we know.
Recently, AMD bought more knowledge from IBM - for the bargain of 42 Mio US. I sure hope this payment was based on a contract specifying goals to be achieved for payment due.
After all, what I would expect is what IBM is able to produce.
Everything more would be surprising for me.
Still puzzled?
K.
Tenchu thanks
Great then. About Cache i am not worried, i do not really consider 1MB as too small for the next year or so. Nor am I worried about clockspeeds. 1.x is just fine for the launch - I do not really expect AMD can mix up the market in just a couple of weeks, this one will take long enough to give the process people sufficient time to achieve higher frequencies.
Which they managed to achieve over time at any process since 30 years.
As for benchmarks, I dont know which one you refer to. If those published by AMD (which you are right is inside information :)) from working silicon will be achieved at least in dimension Opteron can still fail if any severe bug shows up - which is not very probable considering how many systems are in the wild for many months, some of it over a year now.
Klaus
wbmw thanks
As for Athlon-MP-based servers, I could well imagine they lost some shares recently as the platform is getting out of date.
A pity, AMD had to fight hard to enter this market.
Dont know if the value-serverspace is attractive enough to develop its plattform to this year's state of the art. 200Mhz-FSB-Bartons on such a Dual-DDR-controller-platform would still make a competitive entry-level-server for another year or so, would you agree? K.
wbmw thanks
As for Athlon-MP-based servers, I could well imagine they lost some shares recently as the platform is getting out of date.
A pity, AMD had to fight hard to enter this market.
Dont know if the value-serverspace is attractive enough to develop its plattform to this year's state of the art. 200Mhz-FSB-Bartons on such a Dual-DDR-controller-platform would still make a competitive entry-level-server for another year or so, would you agree? K.
Tenchu
Am I right concluding from what you explain about Opteron architecture that 2-way systems might scale excellently?
I further understand the advantages of its architecture are less in 4-way compared to other architectural approaches of Multiprocessor-Systems. So, do you think in 4-way configuration this part of Opteron's architecture is still scaling better than architectures of competing Systems?
From what I understand from AMDs "glueless" claims this is limited to 4-way-systems. Anything above that requires an additional architectural plattform approach. Did I get this right?
Hope this can be answered without going too deep into details.
K.
Re Q1/03 - The BAD?
1) flash:
Hector Ruiz called flash pricing for the quarter "brutal".
Which is true für modules below 32Mbit. For 32Mbit and higher, prices are healthy and AMD gained marketshare due to additional capacities from the Austin-ramp. Should compensate seasonal demand-pattern of flash revenues and margins. Could even overcompensate it.
2) cpu and flash demand:
Bob Rivet predicted lower flash and CPU demand (ranging from -5% to -8%, if I remember correctly) compared to Q4/02
Which he said explicitely this number is for the market.
Not necessarily for AMD though.
3) inventory reduction:
While good progress has been made on that front, it´s still not quite complete, which poses another downside risk.
Maybe, but if so impact should be lower than Q4. Iirc Bob was rather specific about it: Channel inventories were in the three-week supply range in February already. So any further reduction cannot have any huge impact Q to Q considering that Q4 CPU-revenues were depressed by a seven-digit number of volume-reduction of the channels.
In an even more optimistic view further "Inventory Alignments" could be understood as more pricing-related than volume-related. (My stomach says distributors pricing protection is hindering AMDs control of pricing somewhat currently.)
4) the (impending and now very real) war - no comment needed
I agree completely.
[ 5) [sources not reliable!] dissapointing February and March sales numbers for VIA and SIS, which are the main chipset providers for the Athlon platform (market share: about 95% combined) ]
Nforce2-boards are still on allocation. So this might be one of the reasons for VIAs and SIS - drops hopefully.
In a nutshell, I dont see any reason why flat or slightly up guidance for Q1 is in doubt.
Klaus
Now go ahead for the goodies
Deleted
neye - Thanks eom
On behalf of Buggi
The link to the current thread is too long to be posted here as a valid link
Copy and paste the following after http://www.
wallstreet-online.de/ws/community/board/threadpages.php?&uid=0&iid=0&tid=00629588&fid=0&offset=0&reverse=1&what=0&k=amd&page=1
Activity is lower than here, you will find out why that is so if you lurk for a while. (It is for very good reasons apart from the language.)
Klaus
On behalf of Buggi
The link to the current thread is too long to be posted here as a valid link
Copy and paste the following after http://www.
wallstreet-online.de/ws/community/board/threadpages.php?&uid=0&iid=0&tid=00629588&fid=0&offset=0&reverse=1&what=0&k=amd&page=1
Activity is lower than here, you will find out why that is so if you lurk for a while. (It is for very good reasons apart from the language.)
Klaus
YB - Yes, agree
for now. But I see Chipset-Silicon topped with fans on some boards already. Not hard to see where the journey goes...
As for IBMs benefit: Filling a foundry is not a piece of cake in these times, afaik. K.
YB - What I am really excited about
is the Triangle of AMD, IBM, and Nvidia (in their alphabetical order :).) For AMD, I see the Virtual-Gorilla-Strategie getting real shape now. AMD is not even mentioned in this news, but I consider it as the best one for AMD since their collaboration with IBM was announced. K.
This is very, very, interesting..(link)
http://quote.bloomberg.com/fgcgi.cgi?T=marketsquote99_news.ht&s=APoGWlRAqSUJNLCBO
spokeshave
Doing that would turn out unfavourable for Athlon momentarily, as their mobile plaforms currently available are not really state of the art.
Hope that changes within the next couple of months. K.
@Spokeshave :) again..
Creative Thought your "Thornton"-Idea. Now, if true, what do you think is behind this mélange?
Thoroughbred with performance of Barton?
Barton with Diesize of Thoroughbred?
K.
@spokeshave :) (eom)
Maybe this piece (link) from today....
could be a reason?
http://www.digitimes.com/NewsShow/Article2.asp?datePublish=2003/03/18&pages=03&seq=13 K.
Thornton
Could be what has been referred to as "TBred-C-Stepping" in the rumourmills for a longer while already with a Diesize of 87sqmm. Which could turn out to be a Barton with increased Cache-Density. (Look at the impressive figures thisrespectively for Banias, obviousy 90nm and probably below is doable already for SRAM). And maybe 400MHz as well.
As there is other things to care about for the process-people maybe an "all-in-one" explanation is more probable than several new dies to come in the upcoming months, would you agree?
K.
Keith
What makes you so sure about what the problem is?
Anyway, that does not matter at all for the viewpoints I suggested to take...
The first one to understands maybe needs a lil bit background of a phenomenon referred to as "Osbourne-Effect" - you might find it searching for this term.
The second one is somewhat self-expaining - (however the management-teams influence on the stockprice is limited so do not take it as an advise for the timing of your investment).
Klaus
Keith
try this viewpoint as well:
What would you display here, if you you cannot make money with it for another half year, but are dependent on Barton-sales?
Or how about this one?
You have put some stock-options-deal on the agenda for your shareholders-meeting (May 1) giving you and your own a really good opportunity to ride the wave from bottom to top. When would you start to care for the seachange? ;)
Klaus
CombJelly thanks...
So far no questions. Klaus
smooth2o IMB
They revealed about as much detail as Intel and AMD for the process they use - as they continuously evaluate any material and tool available from what they think it could improve their process - as everybody else does.
As for information, 90nm SoI on 300mm for next year and 2,5 GHz (plus expanding capabilities of Power5). Still leading edge, if they can deliver. In which they were more reliable than many others recently.
Klaus
email from Nvidia...
"We announced 400FSB support at last Comdex. Even better, it doesn't require a new board. All current nForce2 SPP boards support 400FSB. Always have.
http://www.chipzilla.com/?article=8287
CombJelly
Not any specific detail. From my very humble view things just seem to be maybe more complex than what has already been considered by many valuable contributions not only from your side: E.g. the load for CPU while using WiFi has not yet been taken into consideration - which could be more than what the whole radio consumes if the CPU is kept really busy for managing the WiFi-thingy - which I have no clue is probable to what extent - beyond that and even more important:
Power Consumption for a WiFi-connected system are sure highly depend on what you are doing with the wi-fi-connection: Downloading highly compressed videostreams and playing it at the same time consumes multifold power of just reading your last posting and trying to get a grip on it for half an hour.
For the time being i stick to it: Only runtime-tests will deliver the answer of what power-consumption of WiFi really is - if it is only because I am not ambitious enough to try to become an electrical engineer tonight... however I enjoy this discussion and learn a lot from it anyway - even if it is going a direction not intended initially. My point was more that in all the Centrino-glory in the reviews the specific application that we were taught this product would offer its unique benefits to its users is omitted. And there is even more omitted which I already mentioned in a previous posting...
Klaus
CombJelly
Thanks very much for your patience teaching me.
I did my very best (which is unfortunately not a lot in this field) to follow you and your links to get any grip of it, which was sort of interesting but really ended up in even more confusion.
At least for me the only way to find out what the power-consumption really is is just waiting for somebody doing a battery-runtime test while using this Wi-Fi thingy. Then I will eventually find out that I overestimated it.
Klaus
spokes, u r right
Seems i am not only electrically humble, but need a simple math refresher as well. Maybe it is that I can hardly believe such low figures (compared to the PCIMCIA-specs I looked at).
But at the very end, it seems plausible to me: Given this AM1772 thingy is probably a newer design than the one Intel uses combining older TI and Phillips Chips it should be lower than this. Another argument is that mobile Phones do basically not so much different things (that is transceiving) and consume not more energy. OTOH 802.11 is in an embryonal state, so it cannot be as energy-efficient as mobile phones are today.
At the very end, the only satisfying answer for the whole story Battery-Runtime while operation WiFi can and will give. K.
spokeshave
Thanks lot. Even lower than AMDs claims. However, maybe this is not the whole story. As soon as we see Battery-Runtimes while Wi-Fi-connected we will know better.
Klaus
comb, thanks posting 802.11 electrical specs
Averaging four to five Watts, right? Sounds indeed very low.
The PCIMCIA-Cards I looked at need twice of that, if I got their specs correct.
Are your figures only for the radio part of it or does it include consumption of the whole chipset?
Plus, how much load does it add to the CPU while operating?
Klaus
p.s: In case you have this info, you would need to explain it as if you try so to a three year old girl, that is about the level of my expertise in this field..
Paul, that is not where I want to go with it
AMD has no superior solution for the time being afaik.
As soon as the figure I asked for will appear, you will probably get a clue what I mean.
Btw there is one more open question, leading the same way:
Anybody with some expertise in that could take a lil bit closer look at Centrino's capabilities thisrespectively
and post his thought?
Klaus
Centrino: Endurance using Wi-Fi?
Hi, after having seen couple of Tests for Centrino-Notebooks i am missing any information of how long it runs on battery while being Wi-Fi-connected. ( Or is it not that what Intel is telling us the product is really intended to use for? )
Anybody came across such figures?
K.
EP: SPEC scores
On your link I find CPUs from AMD, IBM, Fujii, Sun and the likes - however not for those of Intel. Could you provide a link for the lower-grade CPUs as well pls?
Thanks in advance
K.
wbmw - flash
Samsung and Toshiba play in another league (NAND).
Intel is the major player in NOR. (There is not yet any significant change from NOR to NAND in the markets).
Last year, INTEL could deliver what the markets require; that is 64-bit modules - resulting in market share gains - versus all other NOR-manufacturers.
AMD had very little volume to sell here, as it had to share the volume of these modules from only parts of JV3 with Fujitsu.
Since Q4, increasing volume comes from Austin - that is why they could regain shares in Q1.
K.
wbmw
Chips specified so are available in many flavours: Banias, Athon-M, Crusoe. Intelligent throttle control is ready as well (as for Athlon M). However, the only market I know where your vision is determining buying is Japan - still too little to attract many builders for Desktop-products meeting your requirements.
As for today, i agree in your point there is still a lot of room to improve cooling-solutions without having to use liquids for a while as a band-aid - as long as buyers accept it. As long as most people buy cheap and accept hot and noisy nothing much will change.
K.
ps: Thanks for your kind mail..
elmer :)
"As for "proven unmanufacturable", not yet - but not proven manufacturable either."
Please quote at least the complete sentence - its not too long for a quote - unless you are just in the mood to split some hair for a while, that is. If so, u r welcome to use any part of my lines for your pleasure - even single words if you like. :)
K.
K8 Manufacturability
As i am totally d'accord with you for the definition of the term, and agree on that it still has to be proven here is my take on it:
We have seen working silicon out in the wild since over a year. We do not know how far it scaled until now. Admittedly, there are indications that it is not going as quick as AMD hoped it would do. And we dont know anything about yields - apart from history: When IBM began their SoI-process, yields were poor. So, better we assume poor yields and lower than expected clockspeeds to prevent us from major disappointments. If it turns out lil bit better, fine.
What I talked about in terms of an evolutionary approach was meant not only conceptual, but processwise as well: Migration of a Fab from bulk to SoI gives AMD the degrees of freedom they are dependent on (as it is the only one they have): As far as I understand (corrections most welcome) the SoI-process uses (almost?) completely the same tools as for bulk (though operated with different parameters), so what they promise for migrating to 64bit-computing with the product they have as well: The flexibility of transition whenever and to what extent ever is suitable for them. Iaw: As long as they have poor yields and low clockspeeds, they have the option to adress the low-volume markets (Server and Workstations) only for a while and continue to serve the volumes with bulk-products. As soon as they achieve higher binsplits, Top-End Desktop can be adressed. As soon as yields get better, Mobiles, from a certain yield Performance-Segment can be adressed. (The latter, leave alone Value, will maybe only be adressable on 90nm anyway). However there is the restriction of doing this successfully only within the window of opportunity. So the crucial determinant of manufacturability (not only) of Hammer is timing. Based on the assumption that at performance-specs (that is from working silicon, not from the drawing boards) meet at least the dimensions published so far, this window is still open for a while.
The essence of all that is:
1. No doubt AMD is right in saying they are betting the farm on Hammer and on SoI at the same time - however this is trivial - whatever they would have done else would have meant nothing else. From the considerations above the path they chose with SoI and Hammer and staying on 200mm seems to be the most cautious way of going forward (if not the only one, as they cannot keep up the pace of shrinking).
2. For the final evidence that K8 is manufacturable the real challenge lies way ahead: Seeding the market with some hundredthousand 130nm-Hammers a quarter (from whatever yields) I do not consider as a manufacturing-problem; the real challenge is getting out decent yields and binsplits out of the 90nm-process in 2005 - where Intel believes the acknowledged adantages for SoI on 130nm will diminish as the bottlenecks move to somewhere else to be adressed by other means - from what nobody knows it can be done on SoI-wafers. So we still have some two years left speculating on this one. For me, it is really all about confidence in the people working on it - as i feel being far off being capable of judging about what is doable by what means and when. Thisrespectively, the closer collaboration with IBM announced lately is maybe much more important than this years launch-issues.
K.
Keith, Restructuring Charges
What they have said about it in the QQ was they have taken everything into the books for Q4/02 - however they have not been completely specific about what it actually was for.
As for Cash-Flow, the cash-part of it is split into 2002 and 2003 - as well not completely specific how much drain there is left for 2003. For me, there is still some uncertainty about FASL-related issues which they did not talk about recently as this one is still under negotiation with Fujitsu. K.
elmer - spokeshave
What I have said in #626 should be considered vice versa.
The misunderstanding of your intentions and consequently emotional postings attacking you in person force you (most understandably) to counteract personally resulting often to escalating flame-threads. As long as you find pleasure in doing so publicly, fine with me - however I would appreciate you would mark it as OT-marked postings as soon as it is going personal - if i may offer some advice that is. K.