If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
#11
|
|||
|
|||
Yousuf Khan wrote in news:tdbNe.12965$7R.776216
@news20.bellglobal.com: Del Cecchi wrote: When the PHB only gives you 9 months, you do what you gotta do. And since this is a desktop thing you do something as much like a dual processor desktop box as you can. It's a Kluge but it's a Kluge they needed. He'll get a medal. I bet the management is just now thinking, "yeah, he got our bacon out of the fire and all with this kludge, but just wish we could train these engineers to lie occasionally." Yousuf Khan : Reminds me of something Cringly wrote in Accidental Empires. Something about why engineers just can't lie. He had a pretty good chapter or two on this whole subject, how engineers would get all ticked off at management, and then go tell the public. I can't remeber it exactly... I need to stop lending my books out as I never get them back. -grant |
#12
|
|||
|
|||
Grant Schoep wrote:
Yousuf Khan wrote in news:tdbNe.12965$7R.776216 @news20.bellglobal.com: Del Cecchi wrote: When the PHB only gives you 9 months, you do what you gotta do. And since this is a desktop thing you do something as much like a dual processor desktop box as you can. It's a Kluge but it's a Kluge they needed. He'll get a medal. I agree, this might have been a hack but it's an amazing hack. I bet the management is just now thinking, "yeah, he got our bacon out of the fire and all with this kludge, but just wish we could train these engineers to lie occasionally." : Reminds me of something Cringly wrote in Accidental Empires. Something about why engineers just can't lie. He had a pretty good chapter or two on this whole subject, how engineers would get all ticked off at management, and then go tell the public. I can't remeber it exactly... I need to stop lending my books out as I never get them back. There are several reasons why engineers are very poor at lying: -) "I'm an engineer, my credibility is my main capital." -) "Salesmen, layers, PHBs and several other types that I really don't like do it, so I want to distance myself from them." -) It is just so inelegant. :-( If I absolutely _have_ to lie, it must be by omission: I'll still tell the truth and nothing but the truth (as I understand it, of course), but unless you ask me specific questions about those parts I'm skipping, I might not tell you all of the truth. Terje -- - "almost all programming can be viewed as an exercise in caching" |
#13
|
|||
|
|||
YKhan schrieb:
I wonder if that Intel engineer was looking for a new job? Yousuf Khan I'd assume Jonathan presented with full blessing of Intels management. Playing down Smithfields architecture, blaming the bus for performance and power issues is actually not a bad idea to prepare the soil for Paxville, no? While I doubt anybody of the auditorium in Palo Alto was overly impressed by it, a self-critical Hotchips-presentation by Intel guarantees press coverage without much probability of looking through an even paper-thin line of arguments. KF |
#14
|
|||
|
|||
In comp.sys.ibm.pc.hardware.chips Terje Mathisen wrote:
There are several reasons why engineers are very poor at lying: -) "I'm an engineer, my credibility is my main capital." -) "Salesmen, la[w]yers, PHBs and several other types that I really don't like do it, so I want to distance myself from them." -) It is just so inelegant. :-( If I absolutely _have_ to lie, it must be by omission: I'll still tell the truth and nothing but the truth (as I understand it, of course), but unless you ask me specific questions about those parts I'm skipping, I might not tell you all of the truth. So how do you answer when your wife asks: "Does this dress make me look fat?" The concept of a "duty of truth" is a practical justification. One really should not lie (even by omission) when one owes information to someone, and they may be reasonably expected to rely upon it. For example, I have no trouble lying to a saleman saying "I'm busy" rather than telling him "Your product is grossly overpriced, I'm insulted you think I'm so stupid as to fall for it, and I find you obnoxious." The latter may be entirely true, but it is valuable information (feedback) the saleman has not earned. A certain amount of lying also eases social interactions. See the Jim Carrey movie "Liar, liar". Of course, you may claim that engineers are poor at social interactions -- Robert |
#15
|
|||
|
|||
keith wrote:
On Wed, 17 Aug 2005 12:48:25 -0700, YKhan wrote: http://www.macworld.com/news/2005/08...core/index.php I simply found it an admission of how far (and for how long) their technological head is (and has been) up their corporate ass. Nine months in development isn't that big of a deal, given that the "cores" are already there. Years? Please! They don't simulate/verify in multi-processor environments? *Amazing*! If these cores are the desktop versions rather than Xeon, they were not planned to be used in SMP, much less in dual core. I'd be interested to get your spin on why they *would* test the desktop chip SMP. Here's a more interesting question: Intel built the D/C chips on P4 rather than P-M, presumably so they could offer the ht model at a huge premium. Given the low power and far better performance of the P-M in terms of work/watt and work/clock, why not a dual core Pentium-M? Then when the better P4 D/C chip is ready they could offer that? Just curious as to the logic for the decision if anyone has any insight. -- bill davidsen SBC/Prodigy Yorktown Heights NY data center http://newsgroups.news.prodigy.com |
#16
|
|||
|
|||
Bill Davidsen wrote:
keith wrote: On Wed, 17 Aug 2005 12:48:25 -0700, YKhan wrote: http://www.macworld.com/news/2005/08...core/index.php I simply found it an admission of how far (and for how long) their technological head is (and has been) up their corporate ass. Nine months in development isn't that big of a deal, given that the "cores" are already there. Years? Please! They don't simulate/verify in multi-processor environments? *Amazing*! If these cores are the desktop versions rather than Xeon, they were not planned to be used in SMP, much less in dual core. I'd be interested to get your spin on why they *would* test the desktop chip SMP. Here's a more interesting question: Intel built the D/C chips on P4 rather than P-M, presumably so they could offer the ht model at a huge premium. Given the low power and far better performance of the P-M in terms of work/watt and work/clock, why not a dual core Pentium-M? Then when the better P4 D/C chip is ready they could offer that? Just curious as to the logic for the decision if anyone has any insight. Probably has something to do with the fact that AMD64 is the hottest thing right now. Intel just tacked two AMD64-capable cores together in a MCP, and voila: a cheap AMD64-capable multi-chip package that they could delude the masses into thinking of as a competitor to AMD's dual-core chips. Doing the same thing with the P-M is supposed to eventually happen. Sort of. Apparently the next generation will be dual-core and redesigned from the ground up instead of evolved from the P3. Still haven't heard if it will be AMD64-capable. |
#17
|
|||
|
|||
Rob Stow wrote:
Bill Davidsen wrote: keith wrote: On Wed, 17 Aug 2005 12:48:25 -0700, YKhan wrote: http://www.macworld.com/news/2005/08...core/index.php I simply found it an admission of how far (and for how long) their technological head is (and has been) up their corporate ass. Nine months in development isn't that big of a deal, given that the "cores" are already there. Years? Please! They don't simulate/verify in multi-processor environments? *Amazing*! If these cores are the desktop versions rather than Xeon, they were not planned to be used in SMP, much less in dual core. I'd be interested to get your spin on why they *would* test the desktop chip SMP. Here's a more interesting question: Intel built the D/C chips on P4 rather than P-M, presumably so they could offer the ht model at a huge premium. Given the low power and far better performance of the P-M in terms of work/watt and work/clock, why not a dual core Pentium-M? Then when the better P4 D/C chip is ready they could offer that? Just curious as to the logic for the decision if anyone has any insight. Probably has something to do with the fact that AMD64 is the hottest thing right now. Intel just tacked two AMD64-capable cores together in a MCP, and voila: a cheap AMD64-capable multi-chip package that they could delude the masses into thinking of as a competitor to AMD's dual-core chips. Doing the same thing with the P-M is supposed to eventually happen. Sort of. Apparently the next generation will be dual-core and redesigned from the ground up instead of evolved from the P3. Still haven't heard if it will be AMD64-capable. I think AMD has finally managed to tarnish "Intel Inside." -- The e-mail address in our reply-to line is reversed in an attempt to minimize spam. Our true address is of the form . |
#18
|
|||
|
|||
Rob Stow wrote:
Bill Davidsen wrote: keith wrote: On Wed, 17 Aug 2005 12:48:25 -0700, YKhan wrote: http://www.macworld.com/news/2005/08...core/index.php I simply found it an admission of how far (and for how long) their technological head is (and has been) up their corporate ass. Nine months in development isn't that big of a deal, given that the "cores" are already there. Years? Please! They don't simulate/verify in multi-processor environments? *Amazing*! If these cores are the desktop versions rather than Xeon, they were not planned to be used in SMP, much less in dual core. I'd be interested to get your spin on why they *would* test the desktop chip SMP. Here's a more interesting question: Intel built the D/C chips on P4 rather than P-M, presumably so they could offer the ht model at a huge premium. Given the low power and far better performance of the P-M in terms of work/watt and work/clock, why not a dual core Pentium-M? Then when the better P4 D/C chip is ready they could offer that? Just curious as to the logic for the decision if anyone has any insight. Probably has something to do with the fact that AMD64 is the hottest thing right now. Intel just tacked two AMD64-capable cores together in a MCP, and voila: a cheap AMD64-capable multi-chip package that they could delude the masses into thinking of as a competitor to AMD's dual-core chips. The 64 bit is a good point. For many applications AMD dual core or Intel dual core will be equally satisfactory, and in most cases will perform about as well as two-way SMP. No delusion needed, they compete. Doing the same thing with the P-M is supposed to eventually happen. Sort of. Apparently the next generation will be dual-core and redesigned from the ground up instead of evolved from the P3. Still haven't heard if it will be AMD64-capable. I had hoped for a drop-in dual core P-M for my notebook, but I wasn't really expecting to get it :-( -- bill davidsen SBC/Prodigy Yorktown Heights NY data center http://newsgroups.news.prodigy.com |
#19
|
|||
|
|||
On Fri, 19 Aug 2005 15:28:58 GMT, Bill Davidsen
wrote: [snipped] Here's a more interesting question: Intel built the D/C chips on P4 rather than P-M, presumably so they could offer the ht model at a huge premium. Given the low power and far better performance of the P-M in terms of work/watt and work/clock, why not a dual core Pentium-M? Then when the better P4 D/C chip is ready they could offer that? Just curious as to the logic for the decision if anyone has any insight. So a D/C P-M DP with ES available early fall '05 (like, soon) hasn't been publicly announced yet? I guess I better not talk about one, then... |
#20
|
|||
|
|||
CJT wrote:
Rob Stow wrote: Bill Davidsen wrote: keith wrote: On Wed, 17 Aug 2005 12:48:25 -0700, YKhan wrote: http://www.macworld.com/news/2005/08...core/index.php I simply found it an admission of how far (and for how long) their technological head is (and has been) up their corporate ass. Nine months in development isn't that big of a deal, given that the "cores" are already there. Years? Please! They don't simulate/verify in multi-processor environments? *Amazing*! If these cores are the desktop versions rather than Xeon, they were not planned to be used in SMP, much less in dual core. I'd be interested to get your spin on why they *would* test the desktop chip SMP. Here's a more interesting question: Intel built the D/C chips on P4 rather than P-M, presumably so they could offer the ht model at a huge premium. Given the low power and far better performance of the P-M in terms of work/watt and work/clock, why not a dual core Pentium-M? Then when the better P4 D/C chip is ready they could offer that? Just curious as to the logic for the decision if anyone has any insight. Probably has something to do with the fact that AMD64 is the hottest thing right now. Intel just tacked two AMD64-capable cores together in a MCP, and voila: a cheap AMD64-capable multi-chip package that they could delude the masses into thinking of as a competitor to AMD's dual-core chips. Doing the same thing with the P-M is supposed to eventually happen. Sort of. Apparently the next generation will be dual-core and redesigned from the ground up instead of evolved from the P3. Still haven't heard if it will be AMD64-capable. I think AMD has finally managed to tarnish "Intel Inside." Finally ? Where have you been hiding for the last 4 or 5 years ? AMD has had the better CPUs for desktops and 2-way servers and workstations since the Athlon XP and MP transitioned from 0.18 to 0.13 microns. Even before then the Athlon XP and MP outperformed the P4 and Xeon - but also ran pretty danged hot. The only CPU market Intel has held the technological edge in for the past 4 or 5 years has been the mobile market, where the Pentium M has been king and looks like it will reign for a while longer. |
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
AMD upgrade to which dual core processor | www.interfacebus.com | General | 5 | August 14th 05 11:26 AM |
FS printers/parts trays, printheads -- oki fujitsu dl3700 dl3800 hp genicom epson ibm dec jetdirect laserjet lexmark qms okidata microline 320 ml320 393 tally printronix tektronix qms toshiba zebra otc ibm intermec 7755 boul st laurent montreal ca | cisco | Printers | 2 | May 22nd 05 02:05 AM |
Games that take advantage of 64 bit and/or dual core CPUs? | boe | AMD x86-64 Processors | 1 | April 21st 05 11:47 PM |
FS PRINTER PARTS trays fusers drums printheads -- oki fujitsu hp genicom epson ibm dec jetdirect laserjet lexnmark qms okidata ml320 mannesmann tally printonix tektronix qms toshiba zebra otc ibm lexmark intermec dec compaq montreal canada toronto o | [email protected] | Printers | 1 | March 15th 05 05:50 AM |
Dual Core Processors & MoBo | k_yhz | General | 2 | January 5th 05 08:43 PM |