Article: Tukwila Update
By: anon (anon.delete@this.anon.com), February 25, 2009 8:53 pm
Room: Moderated Discussions
Doug Siebert (foo@bar.bar) on 2/25/09 wrote:
---------------------------
>anon (anon@anon.com) on 2/24/09 wrote:
>---------------------------
>>Downhill as in shrinking market share? Maybe. I don't know I'm not trying to predict
>>the future. But unlike naysayers have been forecasting for years, IPF right now
>>has been growing, now has a very significant market share, and appears to have a
>>pretty good medium-term commitment from Intel.
>>
>>And I don't think it is at all guaranteed that market share will be relegated to
>>PA-RISC replacement. What about SPARC? How long will POWER compete in the high end?
>>Sure many of them will want to try migrating to x86, but as long as Intel segregates
>>IPF into the high end, some will look there.
>
>
>Well "someone" would certainly consider me a nay-sayer, but I never suggested anything
I don't keep track of who is what. But in general, yes I notice there are fewer and fewer loud obnoxious hardcore IPF bashers here.
>other than that IPF would take over pretty much the entire PA-RISC market share,
>most of the OpenVMS/Alpha market share and maybe half the Unix/Alpha market share
>(since they were changing both architecture and OS, the OSF/1 guys had no real incentive
>to choose HP-UX on IPF any more than Sparc, POWER, or Linux)
>
>That's all its done, its "growth" as you define it, has been replacement.
That's "growth" as everybody except you defines it. Look it up.
That's
>like claiming x86-64 has grown by 10000% in the last 4 years, when everyone knew
>that would happen as 32 bit x86 CPUs were replaced by them. Many who bought 64
>bit CPUs would have been fine with 32 bit CPUs, but if they wanted the latest fastest
>CPUs to run x86 code, they ended up with 64 bit CPUs.
Um, I don't really see the logic in your weird redefinitions. Many metrics put x86 in one category so you don't see the difference between 32 and 64. If you put them in different categories, then of course you would have seen large x86-64 growth.
> Its no different for the
>large bulk of IPF sales. People who wanted to run their HP-UX or OpenVMS software
>with the latest and fastest CPUs they could do so bought IPF.
And now that has mostly happened quite well to plan and has been the major contributor to giving IPF a very significant market share, Intel seems like they are willing to put more resources and take some more risks with IPF and see where it takes them.
You think it is a foregone conclusion that IPF market will now slowly shrink back to nothing. I think if Intel saw it the same way, they would not be developing new microarchitectures or bothering with putting it on a cutting edge process. I'd think most of the legacy market could be held with Tukwila and just bumping core count and adding some tweaks now and again.
>
>>I'm not very knowledgeable about the market, but aren't a significant amount of IPF sales windows and linux based?
>>
>
>
>I've worked with a number of Superdome sites before and so far the only time I've
>ever seen Windows run on one was in a little partition just to test. There's some
>Linux, but the huge bulk is HP-UX. Yes, that's anecdotal, but I've never seen any
>hard numbers on how IPF is sold - I remember seeing some numbers a few years back
>claiming that 1/3 of Superdome buyers were running Windows but I suspect that was
>like the site I saw with one partition. I'll bet as a percentage of IPF cores sold
>Windows doesn't amount to more than 2-3%, but we'll probably never see those numbers
>unless someone leaks some internal HP or Microsoft information.
I don't know. I've seen IPF sales breakdowns from a couple of years ago with UNIX at about 50%. You think that if HP sells a superdome with primarily HP-UX and one Windows partition, that gets chalked up as a Windows sale? That would be interesting.
>Where's the incentive to run Linux on IPF? That disappeared when x86 went 64 bit.
At one point, IPF was pretty competitive in HPC and even smaller enterprise installations. Today there is little or no incentive to migrate to Linux on IPF. Possibly Tukwila will create a bit of demand, depending on price, and how it clocks, and how well the core responds to the redesigned memory hierarchy and interconnect. Poulson is in the position to make a big impact (this is not "wait for the next one", it is also possible that will underachieve).
As I said, at a wild guess I think Poulson might be make or break. Either it will not go well, and Intel will move toward putting IPF on life support and scaling x86 up, or it will go well and Intel will continue to proactively invest in IPF and look at taking more high end market from IBM and SPARC.
>Sure, you can buy high RAS hardware for IPF, but anything where x86 doesn't support
>the feature set is either going to be missing or not well tested in Linux, so the
>increased RAS you get from hardware would be lost via software.
What kinds of missing software-activated RAS features do you have in mind? But your generalization is not true of Linux any longer. Linux for example has support for physical CPU hotplug; I think this was pushed mostly by IBM and I'm sure there were POWER and IPF systems that could take advantage of it before any x86. Memory hotplug seems to be driven largely by Japanese IPF vendors. I think it has pretty good support for IPF machine check exceptions, which I think Intel has worked on. Marking bad physical memory via MCE I think comes from SGI (not surprisingly as they have single systems with tens or hundreds of TB of memory).
So no, the myth that Linux is an x86 operating system that is jammed on top of other architectures is... a myth. It has not been true for a long long time.
>>I don't know. But the thing is, the "just wait for the next one" guys are not worse
>>than the "there will not be a next one" guys, as far as I can tell.
>
>
>What about us "the 'just wait for the next one' guys are always wrong" who aren't
>saying there won't be a next one, just that it will eventually be killed as its
>target market continues to shrink.
It's an interesting assertion. I'm not convinced that it is a foregone conclusion that x86 is destined to dominate from netbook to high end server. I suspect that a lot of people who believed that 10 years ago were expecting it to have already happened 5 years ago.
> At first it was sold a bit in workstations and
>was a real player in the HPC market. But the workstation market has long abandoned
>it, and more recently it has become a non-factor in the HPC market as it is just
>too far behind x86 in performance and the 32 bit limitation of x86 was removed.
>All that's left is the HP-UX market, which is not small - Sparc and IBM are still
>in their own similarly sized Unix markets after all - but its nowhere near where
>Intel wanted/expected it to be. I'm just not sure Intel will consider it worth
>its while in the long run, and would probably save money and free up engineering
>effort to increase their x86 lead over AMD by migrating that market to x86 (and
>it'd still be worth it even if AMD succeeded in taking its usual 20%)
Yes it has definitely been going downhill in non-enterprise markets for a long time due to who knows what going on inside Intel. Marketing dept, poor execution, secret agreements with other companies, etc.
As I keep repeating, it seems like Intel is going to have another go at it. If they can execute; a significantly improved microarchitecture, 10-12 cores, on a cutting edge process. It could end up clear performance leader in the high end, and it could be competitive with x86 in some areas like HPC and high end x86 servers.
This is why I don't completely write off IPF just yet. Anybody who does, as I said, is sticking their heads in the sand (and repeating that x86 is faster at specint while ignoring other important factors like Intel's apparent wish to segregate the market and not scale up x86 as far as it could)
---------------------------
>anon (anon@anon.com) on 2/24/09 wrote:
>---------------------------
>>Downhill as in shrinking market share? Maybe. I don't know I'm not trying to predict
>>the future. But unlike naysayers have been forecasting for years, IPF right now
>>has been growing, now has a very significant market share, and appears to have a
>>pretty good medium-term commitment from Intel.
>>
>>And I don't think it is at all guaranteed that market share will be relegated to
>>PA-RISC replacement. What about SPARC? How long will POWER compete in the high end?
>>Sure many of them will want to try migrating to x86, but as long as Intel segregates
>>IPF into the high end, some will look there.
>
>
>Well "someone" would certainly consider me a nay-sayer, but I never suggested anything
I don't keep track of who is what. But in general, yes I notice there are fewer and fewer loud obnoxious hardcore IPF bashers here.
>other than that IPF would take over pretty much the entire PA-RISC market share,
>most of the OpenVMS/Alpha market share and maybe half the Unix/Alpha market share
>(since they were changing both architecture and OS, the OSF/1 guys had no real incentive
>to choose HP-UX on IPF any more than Sparc, POWER, or Linux)
>
>That's all its done, its "growth" as you define it, has been replacement.
That's "growth" as everybody except you defines it. Look it up.
That's
>like claiming x86-64 has grown by 10000% in the last 4 years, when everyone knew
>that would happen as 32 bit x86 CPUs were replaced by them. Many who bought 64
>bit CPUs would have been fine with 32 bit CPUs, but if they wanted the latest fastest
>CPUs to run x86 code, they ended up with 64 bit CPUs.
Um, I don't really see the logic in your weird redefinitions. Many metrics put x86 in one category so you don't see the difference between 32 and 64. If you put them in different categories, then of course you would have seen large x86-64 growth.
> Its no different for the
>large bulk of IPF sales. People who wanted to run their HP-UX or OpenVMS software
>with the latest and fastest CPUs they could do so bought IPF.
And now that has mostly happened quite well to plan and has been the major contributor to giving IPF a very significant market share, Intel seems like they are willing to put more resources and take some more risks with IPF and see where it takes them.
You think it is a foregone conclusion that IPF market will now slowly shrink back to nothing. I think if Intel saw it the same way, they would not be developing new microarchitectures or bothering with putting it on a cutting edge process. I'd think most of the legacy market could be held with Tukwila and just bumping core count and adding some tweaks now and again.
>
>>I'm not very knowledgeable about the market, but aren't a significant amount of IPF sales windows and linux based?
>>
>
>
>I've worked with a number of Superdome sites before and so far the only time I've
>ever seen Windows run on one was in a little partition just to test. There's some
>Linux, but the huge bulk is HP-UX. Yes, that's anecdotal, but I've never seen any
>hard numbers on how IPF is sold - I remember seeing some numbers a few years back
>claiming that 1/3 of Superdome buyers were running Windows but I suspect that was
>like the site I saw with one partition. I'll bet as a percentage of IPF cores sold
>Windows doesn't amount to more than 2-3%, but we'll probably never see those numbers
>unless someone leaks some internal HP or Microsoft information.
I don't know. I've seen IPF sales breakdowns from a couple of years ago with UNIX at about 50%. You think that if HP sells a superdome with primarily HP-UX and one Windows partition, that gets chalked up as a Windows sale? That would be interesting.
>Where's the incentive to run Linux on IPF? That disappeared when x86 went 64 bit.
At one point, IPF was pretty competitive in HPC and even smaller enterprise installations. Today there is little or no incentive to migrate to Linux on IPF. Possibly Tukwila will create a bit of demand, depending on price, and how it clocks, and how well the core responds to the redesigned memory hierarchy and interconnect. Poulson is in the position to make a big impact (this is not "wait for the next one", it is also possible that will underachieve).
As I said, at a wild guess I think Poulson might be make or break. Either it will not go well, and Intel will move toward putting IPF on life support and scaling x86 up, or it will go well and Intel will continue to proactively invest in IPF and look at taking more high end market from IBM and SPARC.
>Sure, you can buy high RAS hardware for IPF, but anything where x86 doesn't support
>the feature set is either going to be missing or not well tested in Linux, so the
>increased RAS you get from hardware would be lost via software.
What kinds of missing software-activated RAS features do you have in mind? But your generalization is not true of Linux any longer. Linux for example has support for physical CPU hotplug; I think this was pushed mostly by IBM and I'm sure there were POWER and IPF systems that could take advantage of it before any x86. Memory hotplug seems to be driven largely by Japanese IPF vendors. I think it has pretty good support for IPF machine check exceptions, which I think Intel has worked on. Marking bad physical memory via MCE I think comes from SGI (not surprisingly as they have single systems with tens or hundreds of TB of memory).
So no, the myth that Linux is an x86 operating system that is jammed on top of other architectures is... a myth. It has not been true for a long long time.
>>I don't know. But the thing is, the "just wait for the next one" guys are not worse
>>than the "there will not be a next one" guys, as far as I can tell.
>
>
>What about us "the 'just wait for the next one' guys are always wrong" who aren't
>saying there won't be a next one, just that it will eventually be killed as its
>target market continues to shrink.
It's an interesting assertion. I'm not convinced that it is a foregone conclusion that x86 is destined to dominate from netbook to high end server. I suspect that a lot of people who believed that 10 years ago were expecting it to have already happened 5 years ago.
> At first it was sold a bit in workstations and
>was a real player in the HPC market. But the workstation market has long abandoned
>it, and more recently it has become a non-factor in the HPC market as it is just
>too far behind x86 in performance and the 32 bit limitation of x86 was removed.
>All that's left is the HP-UX market, which is not small - Sparc and IBM are still
>in their own similarly sized Unix markets after all - but its nowhere near where
>Intel wanted/expected it to be. I'm just not sure Intel will consider it worth
>its while in the long run, and would probably save money and free up engineering
>effort to increase their x86 lead over AMD by migrating that market to x86 (and
>it'd still be worth it even if AMD succeeded in taking its usual 20%)
Yes it has definitely been going downhill in non-enterprise markets for a long time due to who knows what going on inside Intel. Marketing dept, poor execution, secret agreements with other companies, etc.
As I keep repeating, it seems like Intel is going to have another go at it. If they can execute; a significantly improved microarchitecture, 10-12 cores, on a cutting edge process. It could end up clear performance leader in the high end, and it could be competitive with x86 in some areas like HPC and high end x86 servers.
This is why I don't completely write off IPF just yet. Anybody who does, as I said, is sticking their heads in the sand (and repeating that x86 is faster at specint while ignoring other important factors like Intel's apparent wish to segregate the market and not scale up x86 as far as it could)
Topic | Posted By | Date |
---|---|---|
Tukwila Update - article online | David Kanter | 2009/02/05 12:03 AM |
Tukwila Update - article online | Dan | 2009/02/05 03:17 AM |
Tukwila Update - article online | Joe Chang | 2009/02/05 09:16 AM |
Tukwila Update - article online | Temp | 2009/02/05 09:25 AM |
Tukwila Update - article online | Paul | 2009/02/05 12:29 PM |
Tukwila Update - article online | David Kanter | 2009/02/05 06:32 PM |
Tukwila Update - article online | Phil | 2009/02/06 01:24 AM |
Great. Finally hard numbers | Michael S | 2009/02/06 04:46 AM |
Tukwila Update - article online | lubemark | 2009/02/06 05:54 AM |
Tukwila Update - article online | Phil | 2009/02/06 07:29 AM |
Tukwila Update - article online | RagingDragon | 2009/02/07 03:39 PM |
Tukwila Update - article online | Michael S | 2009/02/07 04:09 PM |
Tukwila Update - article online | savantu | 2009/02/06 06:23 AM |
Tukwila Update - article online | Michael S | 2009/02/06 07:13 AM |
Tukwila Update - article online | someone | 2009/02/06 07:18 AM |
Tukwila Update - article online | Phil | 2009/02/06 07:47 AM |
Tukwila Update - article online | someone | 2009/02/06 08:17 AM |
Tukwila Update - article online | RagingDragon | 2009/02/07 03:51 PM |
Tukwila Update - article online | Linus Torvalds | 2009/02/06 08:37 AM |
Tukwila Update - article online | someone | 2009/02/06 09:19 AM |
Tukwila Update - article online | savantu | 2009/02/06 10:19 AM |
Tukwila Update - article online | Linus Torvalds | 2009/02/06 10:40 AM |
Tukwila Update - article online | savantu | 2009/02/06 11:00 AM |
Tukwila Update - article online | Phil | 2009/02/09 04:54 AM |
Tukwila Update - article online | Doug Siebert | 2009/02/09 10:40 PM |
Tukwila Update - article online | Jouni Osmala | 2009/02/10 01:03 AM |
Tukwila Update - article online | someone | 2009/02/10 06:15 AM |
Tukwila Update - article online | slacker | 2009/02/10 06:22 PM |
Tukwila Update - article online | Michael S | 2009/02/05 03:56 PM |
Tukwila Update - article online | David Kanter | 2009/02/05 04:55 PM |
Tukwila Update - article online | someone | 2009/02/05 05:47 PM |
Tukwila Update - article online | anon | 2009/02/05 10:16 PM |
Tukwila Update - article online | RagingDragon | 2009/02/05 10:27 PM |
Tukwila Update - article online | someone | 2009/02/06 07:32 AM |
Tukwila Update - article online | anon | 2009/02/06 09:25 AM |
Tukwila Update - article online | someone | 2009/02/06 09:40 AM |
POWER6 memory bandwidth | Michael S | 2009/02/05 03:30 AM |
POWER6 memory bandwidth | someone | 2009/02/05 07:00 AM |
POWER6 memory bandwidth | Michael S | 2009/02/05 07:36 AM |
POWER6 interconnect | confused | 2009/02/05 10:50 AM |
POWER6 interconnect | foobar | 2009/02/05 02:12 PM |
POWER6 memory bandwidth | Wes Felter | 2009/02/05 12:57 PM |
POWER6 memory bandwidth | Jesper Frimann | 2009/02/09 11:54 PM |
POWER6 memory bandwidth | Michael S | 2009/02/10 07:21 AM |
Why the platform focus? | Linus Torvalds | 2009/02/05 08:40 AM |
Why the platform focus? | savantu | 2009/02/05 08:50 AM |
Why the platform focus? | Vincent Diepeveen | 2009/02/05 09:29 AM |
Why the platform focus? | savantu | 2009/02/05 10:34 PM |
Why the platform focus? | Vincent Diepeveen | 2009/02/05 11:09 PM |
Why the platform focus? | Phil | 2009/02/06 01:10 AM |
Why the platform focus? | savantu | 2009/02/06 01:50 AM |
Why the platform focus? | Phil | 2009/02/06 07:09 AM |
Why the platform focus? | savantu | 2009/02/06 10:08 AM |
Why the platform focus? | someone | 2009/02/06 10:21 AM |
Why the platform focus? | mpx | 2009/02/06 02:04 PM |
Why the platform focus? | someone | 2009/02/06 02:16 PM |
Why the platform focus? | RagingDragon | 2009/02/07 04:16 PM |
Why the platform focus? | mas | 2009/02/25 08:28 AM |
itanium bigger than entire car industry | Vincent Diepeveen | 2009/02/06 07:12 AM |
itanium bigger than entire car industry | Devon Welles | 2009/02/06 07:51 AM |
itanium bigger than entire car industry | Vincent Diepeveen | 2009/02/06 10:41 AM |
itanium bigger than entire car industry | Dean Kent | 2009/02/06 07:56 PM |
Unit sales is meaningless when ASP grows faster | someone | 2009/02/07 09:38 AM |
Unit sales is meaningless when ASP grows faster | Dean Kent | 2009/02/07 03:10 PM |
Unit sales is meaningless when ASP grows faster | RagingDragon | 2009/02/07 04:34 PM |
itanium bigger than entire car industry | Vincent Diepeveen | 2009/02/08 05:35 AM |
itanium bigger than entire car industry | RagingDragon | 2009/02/07 04:40 PM |
Why the platform focus? | Vincent Diepeveen | 2009/02/06 07:47 AM |
Yes it doesm performance matters | bob | 2009/02/05 10:51 AM |
Yes it doesm performance matters | Venki | 2009/02/05 11:06 AM |
Why the platform focus? | Doug Siebert | 2009/02/06 01:07 AM |
Why the platform focus? | savantu | 2009/02/06 02:00 AM |
Why the platform focus? | someone | 2009/02/05 10:49 AM |
Why the platform focus? | Linus Torvalds | 2009/02/05 12:03 PM |
Why the platform focus? | Default | 2009/02/05 01:29 PM |
Why the platform focus? | anon | 2009/02/05 02:08 PM |
Why the platform focus? | someone | 2009/02/05 02:24 PM |
Why the platform focus? | Linus Torvalds | 2009/02/05 03:30 PM |
Why the platform focus? | Paradox | 2009/02/05 11:22 AM |
Why the platform focus? | slacker | 2009/02/05 01:41 PM |
Why the platform focus? | RagingDragon | 2009/02/05 10:57 PM |
Why the platform focus? | Michael S | 2009/02/06 06:11 AM |
Why the platform focus? | slacker | 2009/02/06 01:58 PM |
Why the platform focus? | Michael S | 2009/02/08 02:24 AM |
Why the platform focus? | someone | 2009/02/08 09:38 AM |
Why the platform focus? | David Kanter | 2009/02/08 04:27 PM |
Why the platform focus? | someone | 2009/02/08 07:26 PM |
Why the platform focus? | savantu | 2009/02/09 12:35 AM |
Why the platform focus? | someone | 2009/02/08 09:53 AM |
All x86 SpecInt scores are useless due to autopar (NT) | Michael S | 2009/02/05 03:15 PM |
Auto parallelization | David Kanter | 2009/02/05 06:17 PM |
All x86 SpecInt scores are useless due to autopar (NT) | Paradox | 2009/02/06 08:47 AM |
Why the platform focus? | David Kanter | 2009/02/05 04:49 PM |
Why the platform focus? | David Kanter | 2009/02/06 01:09 AM |
Why the platform focus? | Linus Torvalds | 2009/02/06 08:14 AM |
Why the platform focus? | savantu | 2009/02/06 10:37 AM |
Why the platform focus? | Linus Torvalds | 2009/02/06 12:49 PM |
Why the platform focus? | Linus Torvalds | 2009/02/06 01:09 PM |
Intel puts its money where its mouth is | someone | 2009/02/06 02:08 PM |
Intel puts its money where its mouth is | RagingDragon | 2009/02/07 06:01 PM |
Intel puts its money where its mouth is | someone | 2009/02/08 02:24 PM |
mission-critical | Michael S | 2009/02/08 05:06 PM |
mission-critical | mpx | 2009/02/09 02:30 AM |
mission-critical | rwessel | 2009/02/09 03:23 PM |
mission-critical | anon | 2009/02/09 03:55 AM |
mission-critical | EduardoS | 2009/02/09 05:17 PM |
mission-critical | Dean Kent | 2009/02/09 08:11 PM |
mission-critical | Michael S | 2009/02/10 05:20 AM |
mission-critical | Dean Kent | 2009/02/10 07:26 AM |
mission-critical | Michael S | 2009/02/10 08:01 AM |
mission-critical | Dean Kent | 2009/02/10 01:36 PM |
mission-critical | someone | 2009/02/10 09:05 AM |
mission-critical | Dean Kent | 2009/02/10 01:22 PM |
mission-critical | Zt | 2009/02/22 04:54 PM |
mission-critical | anon | 2009/02/10 10:41 PM |
mission-critical | EduardoS | 2009/02/10 01:46 PM |
mission-critical | Dean Kent | 2009/02/10 02:31 PM |
mission-critical | slacker | 2009/02/10 07:30 PM |
mission-critical | Vincent Diepeveen | 2009/02/18 07:20 AM |
Mission critical | mpx | 2009/02/09 01:00 AM |
Why the platform focus? | savantu | 2009/02/07 01:15 AM |
Sun and x86 server differentiation | David Kanter | 2009/02/07 01:34 AM |
Sun and x86 server differentiation | max | 2009/02/07 03:30 AM |
Sun and x86 server differentiation | someone | 2009/02/07 10:19 AM |
Sun and x86 server differentiation | Linus Torvalds | 2009/02/07 10:44 AM |
Sun and x86 server differentiation | RagingDragon | 2009/02/07 06:09 PM |
Sun and x86 server differentiation | Michael S | 2009/02/08 05:05 AM |
Sun and x86 server differentiation | RagingDragon | 2009/02/10 12:03 AM |
Sun and x86 server differentiation | Jesper Frimann | 2009/02/10 12:51 AM |
Sun and x86 server differentiation | Alex Jones | 2009/02/10 01:43 PM |
Why the platform focus? | bob | 2009/02/08 04:51 AM |
Why the platform focus? | someone | 2009/02/08 09:23 AM |
missing the big picture | AM | 2009/02/18 06:43 AM |
missing the big picture | Michael S | 2009/02/18 08:42 AM |
missing the big picture | AM | 2009/02/18 09:03 AM |
Why the platform focus? | mpx | 2009/02/06 12:47 PM |
Itanium - slowest and most obsolete server CPU family in the world, NOW. | mpx | 2009/02/06 04:48 PM |
Itanium - slowest and most obsolete server CPU family in the world, NOW. | Paul | 2009/02/07 02:56 PM |
z series? | Michael S | 2009/02/07 03:12 PM |
Itanium - slowest and most obsolete server CPU family in the world, NOW. | someone else | 2009/02/24 04:37 AM |
Itanium - slowest and most obsolete server CPU family in the world, NOW. | EduardoS | 2009/02/24 06:55 AM |
Itanium - slowest and most obsolete server CPU family in the world, NOW. | someone else | 2009/02/25 01:55 AM |
Itanium - slowest and most obsolete server CPU family in the world, NOW. | Michael S | 2009/02/25 02:27 AM |
Why the platform focus? | RagingDragon | 2009/02/07 06:18 PM |
Why the platform focus? | Paul | 2009/02/08 01:10 PM |
Why the platform focus? | Jukka Larja | 2009/02/08 11:04 PM |
Why the platform focus? | slacker | 2009/02/06 02:10 PM |
Why the platform focus? | Linus Torvalds | 2009/02/06 02:40 PM |
Why the platform focus? | savantu | 2009/02/06 02:51 PM |
Why the platform focus? | someone | 2009/02/06 02:58 PM |
Why the platform focus? | Linus Torvalds | 2009/02/07 09:26 AM |
Why the platform focus? | someone | 2009/02/07 10:10 AM |
Why the platform focus? | Linus Torvalds | 2009/02/07 10:40 AM |
Why the platform focus? | someone | 2009/02/07 12:24 PM |
Why the platform focus? | Doug Siebert | 2009/02/08 12:32 AM |
Why the platform focus? | max | 2009/02/08 04:57 AM |
Why the platform focus? | Michael S | 2009/02/08 05:20 AM |
Why the platform focus? | someone | 2009/02/08 09:15 AM |
Why the platform focus? | Doug Siebert | 2009/02/08 11:36 PM |
Why the platform focus? | hobold | 2009/02/09 05:49 AM |
Why the platform focus? | anon | 2009/02/24 01:57 AM |
Why the platform focus? | Linus Torvalds | 2009/02/24 09:45 AM |
Why the platform focus? | savantu | 2009/02/24 12:30 PM |
Why the platform focus? | slacker | 2009/02/24 01:51 PM |
Why the platform focus? | savantu | 2009/02/25 12:04 AM |
Why the platform focus? | Michael S | 2009/02/25 02:34 AM |
Why the platform focus? | anon | 2009/02/25 10:17 AM |
Why the platform focus? | max | 2009/02/25 11:15 AM |
Why the platform focus? | someone | 2009/02/24 05:43 PM |
Why the platform focus? | Doug Siebert | 2009/02/24 08:26 PM |
Why the platform focus? | Howard Chu | 2009/02/25 03:07 AM |
Why the platform focus? | someone | 2009/02/25 06:48 AM |
Why the platform focus? | someone | 2009/02/25 06:41 AM |
Why the platform focus? | Linus Torvalds | 2009/02/25 09:17 AM |
Why the platform focus? | someone | 2009/02/25 09:55 AM |
has anyone seen Tukwila silicon? | anon | 2009/02/25 10:38 AM |
Why the platform focus? | Linus Torvalds | 2009/02/25 11:05 AM |
Why the platform focus? | slacker | 2009/02/25 01:11 PM |
Why the platform focus? | a reader | 2009/02/26 09:11 PM |
Why the platform focus? | rcf | 2009/02/27 01:32 PM |
Why the platform focus? | max | 2009/02/27 02:11 PM |
Why the platform focus? | rcf | 2009/02/27 03:50 PM |
Why the platform focus? | Vincent Diepeveen | 2009/02/25 04:30 PM |
$40M sale to $16M company | bob | 2009/02/25 08:25 PM |
$40M sale to $16M company | Richard Cownie | 2009/02/26 12:21 PM |
Why the platform focus? | anonymous | 2009/02/24 11:52 AM |
Why the platform focus? | savantu | 2009/02/24 12:20 PM |
Why the platform focus? | anonymous | 2009/02/24 03:31 PM |
Why the platform focus? | savantu | 2009/02/25 12:05 AM |
Why the platform focus? | someone else | 2009/02/25 01:04 AM |
Why the platform focus? | Michael S | 2009/02/25 01:42 AM |
Put me down for $500 that Poulson doesn't arrive earlier than Q4/2011 (NT) | slacker | 2009/02/25 12:39 PM |
Why the platform focus? | someone | 2009/02/25 06:54 AM |
Why the platform focus? | anonymous | 2009/02/25 09:46 AM |
Why the platform focus? | someone | 2009/02/25 10:22 AM |
Why the platform focus? | anon | 2009/02/25 11:01 AM |
Why the platform focus? | anonymous | 2009/02/25 11:54 AM |
Why the platform focus? | mpx | 2009/02/24 02:11 PM |
Why the platform focus? | anon | 2009/02/24 08:57 PM |
Why the platform focus? | Doug Siebert | 2009/02/24 10:04 PM |
Why the platform focus? | anon | 2009/02/24 10:46 PM |
Why the platform focus? | Doug Siebert | 2009/02/25 05:13 PM |
Why the platform focus? | anon | 2009/02/25 08:53 PM |
Why the platform focus? | bob | 2009/02/25 09:00 PM |
Please try to keep up (NT) | anon | 2009/02/25 09:49 PM |
Why the platform focus? | Doug Siebert | 2009/02/26 12:09 AM |
Why the platform focus? | anon | 2009/02/26 01:12 AM |
Why the platform focus? | Michael S | 2009/02/26 02:16 AM |
Why the platform focus? | James | 2009/02/26 06:09 AM |
sufficiently intimate with the OS | Michael S | 2009/02/26 06:29 AM |
sufficiently intimate with the OS | anon | 2009/02/27 01:01 AM |
sufficiently intimate with the OS | Howard Chu | 2009/02/27 01:37 AM |
Why the platform focus? | Michael S | 2009/02/25 02:02 AM |
Why the platform focus? | anon | 2009/02/25 03:07 AM |
Why the platform focus? | anon | 2009/02/07 01:18 PM |
Why the platform focus? | Vincent Diepeveen | 2009/02/08 10:16 AM |
Why the platform focus? | anon | 2009/02/25 07:40 AM |
Intels financial status | Vincent Diepeveen | 2009/02/25 12:02 PM |
Why the platform focus? | someone | 2009/02/25 07:54 AM |
Why the platform focus? | Vincent Diepeveen | 2009/02/06 08:20 AM |
Why the platform focus? | Default | 2009/02/06 09:57 AM |
Why the platform focus? | Vincent Diepeveen | 2009/02/06 10:59 AM |
Why the platform focus? | RagingDragon | 2009/02/07 06:43 PM |
Tukwila Update - article online | Vincent Diepeveen | 2009/02/05 09:11 AM |