Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : Intel Corporation (INTC) -- Ignore unavailable to you. Want to Upgrade?

To: Jim McMannis who wrote (156958)	1/26/2002 1:58:17 PM
From: wanna_bmw	Respond to of 186894

Jim, Re: "How much trouble will be debugging hyperthreaded software? Me thinks this is going to take a while." The way I see it, any multithreaded software should already work with Hyperthreading, with a few exceptions. That includes everything already written for SMP systems, which comes out to be quite a lot. The exceptions include making up for applications that are single threaded and steal CPU resources. The operating system needs to know to put a pause in between certain loops; otherwise, one thread monopolizes the available execution units, and the second thread gets starved. Other than that, I don't see a big issue on getting 10-30% performance boosts in UP or DP systems. The issue will be with 4-way or greater systems, since Hyperthreading will act as 8 or greater logical processors, and there isn't a lot of software optimized to work with that many. wbmw