The next revolution

Article: Intel's Sandy Bridge Microarchitecture
By: Seni (seniike.delete@this.hotmail.com), February 24, 2011 8:45 pm
Room: Moderated Discussions
Nicolas Capens (nicolas.capens@gmail.com) on 2/24/11 wrote:
---------------------------
>Hi Seni,
>
>Seni (seniike@hotmail.com) on 2/22/11 wrote:
>---------------------------
>>>>Texels are processed in quads because it is needed to calculate mip-levels for dependent texturing.
>>>>This of course only applies to GPUs that support dependent texturing, so anything DirectX 8+.
>>>
>>>That doesn't mean it's processed a quad at a time. You can have a single scalar
>>>pipeline process each operation for a quad of pixels sequentially. So there's no
>>>reason to assume that the IGP's samplers are really configured as a quad of samplers.
>>
>>You need to run all 4 pixels of the quad in lockstep so the TMU can do finite differencing between adjacent pixels.
>>This is fundamental to the way it chooses what mip-levels to sample from.
>
>I know how differential mipmap LOD computation works, I implemented it myself in
>SwiftShader (and yes that means it supports dependent texture reads). But it's incorrect
>that this strictly demands lockstep execution. Like I said, if you have a scalar
>execution unit you can still process quads,

That's what I was saying - you still process quads.

>simply by executing the same operation for each pixel sequentially.
>
>While there's no reason these days not to process the arithmetic operations of
>a quad concurrently on four lockstepped execution units, having texure units which
>sequentially process a sample for each pixel still makes sense.

Actually, the texture lookup has a much higher latency than most of the shader instructions, so it's all done pipelined and not really sequential at all. But I see what you're trying to say.

>It allows to have
>multiple independent samplers with each its own texture cache. Since they process
>different texture instructions, the caches have better locality.
>
>>And it's a state (registers) issue, not a computational issue, so changing the speed doesn't help.
>>You might be able to factor out the part that can be done to separate pixels and
>>issue it off to a separate non-group-of-four unit, but it just makes things more
>>complicated and provides no real benefit.
>>Which is why no one has ever done it this way and they probably never will.
>
>Rest assured some ultra-mobile graphics chips have singular texture samplers but still support dependent texture reads.

That would be an example of the factoring. Maybe there is such chip in cell phones or something.

>>But all of this is beside the point, which is: just how much much texel fillrate does this IGP actually have?
>>And the answer is we don't know, since the techarp link you gave has been discredited.
>
>An NVIDIA GT218 weighs in at 260 million transistors,

Do we really care about transistor count? It doesn't correlate well with area or cost, or really anything except the amount of SRAM on the chip.

>can do 69 GFLOPS, and according
>to Wikipedia has a texture fillrate of 4.712 GT/s.

And an Nvidia GT218 is a terrible unbalanced low-end GPU. Dunno why you would bring it up as it's not a good example of anything. It's just a flat-out bad chip.
I'm guessing you chose it specifically because it has the worst texel fillrate of anything you could find.

>The HD Graphics 3000 is roughly 180 million transistors (not counting the memory
>controller shared with the CPU cores), and can do 130 GFLOPS. So what seems most
>likely, a texture fillrate of 5.4 GT/s, or 21.6 GT/s (half that of a GeForce GTX 570)?

You're asking me to guess it? This is silly. We need to find a reliable source, or, better yet, to actually measure it.

>It could still be something in between, but let's face it, that 5.4 GT/s number sounds quite believable.
>
>>>As I've mentioned before on this forum, the number of pixels hasn't increased
>>>all that much and there's only so many texels you can slap on a pixel (plus the
>>pre-z pass keeps shading to a minimum).
>>
>>Nope. There's no limit to how many texels you can slap on a pixel. Nor should there be.
>
>That's not what I meant. A developer can only apply so many *meaningful* texels
>to a pixel. If the IGP's texture fillrate had been 21.6 GT/s, you could have more
>TEX instructions than 4-component MAD instructions.

Which is fine, since not everything has all 4 components. See the example below where I use 3 texture lookups and 3 3-component MADs.

>>>It's not mostly texture-limited. At 1024x768 and 60 FPS, 5.4 GT/s suffices to use
>>>229 texels per pixel. That's insanely high for the type of games you can run on
>>>the IGP at this resolution and framerate.
>>
>>Ok, firstly, you messed up the arithmetic. 5.4e9/(60*1024*768) is about 114.4 not 229.
>>Secondly, 1024x768 is kinda low. For a 1600x1050 screen it's only 53 texels per
>>clock. For a 1900 x 1200 @ 50Hz it's only 47.
>>Thirdly, 114 texels per pixel isn't really a lot.
>
>Sorry, I must have used 30 FPS in my calculation.
>
>Anyhow, that's still a very high number of texture operations per pixel. And I have the data to back it up. I played a bit of Left 4 Dead at 1024x768 at low detail and it averaged to 6.5 million texture operations per frame. With 5.4 GT/s that's low enough for the IGP to theoretically run it at 830 FPS. Instead, it runs it at 70 FPS when overclocked: http://www.xbitlabs.com/articles/video/display/intel-hd-graphics-2000-3000_7.html#sect4
>And it runs at 275 FPS on my GTX 460 so it's not CPU limited.

Still a low res. I take it you disabled anisotropic filtering to inflate your numbers?
Or equivalently, counted only the base tex instructions and not the subsamples implied by the trilinear/aniso algorithm.

>This data corresponds to an average of about 8 texture operations per pixel. I
>didn't expect much more since the walls appear to have just an albedo map and a
>lightmap, and I was using a torch light.

So what you're saying is this is an old and low-tech game and not representative of modern workloads?

>A bit of overdraw probably accounts for
>the rest. All the other games the IGP runs at a good framerate at low quality also
>don't appear to be using lots of texture accesses.
>
>Still not convinced? Crysis Warhead at 1680x1050 at Performance setting uses 19
>million texture operations per frame. That's still only 11 per pixel, while the overclocked IGP runs it at 37.5 FPS.

This is decidedly more interesting. I take it you disabled aniso here too?
Which overclocked IGP is this? Why are you overclocking it while citing the non-overclocked fillrate?

>The simple reality is that texture operations are a special type of load/store
>which is only used sporadically. A homogeneous CPU with gather/scatter doesn't suffer
>from this because gather/scatter is a much more general type of load/store and it's
>used by a lot more than just texture sampling.
>
>>Take into account 2x-3x for for trilinear & anisotropic filtering and we're down to 38-57.
>>Figure in 2x-4x overdraw and we're down to 9-28 texels/pixel, which is not really so much. Consider:
>>-4 shadow maps, one each for 4 lights
>>-diffuse map
>>-specular map
>>-bump map
>>-reflection cubemap
>>That's 8 right there for a fairly basic shader.
>>
>>What if you want to compute the diffuse+specular term by combining multiple textures
>>procedurally? Then instead of 1 specular + 1 diffuse, you might have 4 or 8 of each.
>>Also, if a portion of your frame time is spent on non-texturing passes, such as
>>generating those shadow maps in the first place, then you don't have the full 1/60th
>>of a second to do your texturing in.
>>So you need to increase the texel fillrate further to make up for that.
>>Also, texture lookups are sometimes used in a shader as general table-lookup functions rather than actual textures.
>>And sometimes it makes sense to do multiple texture lookups into each shadow map, so as to get a better shadow edge.
>>And so on...
>
>You're forgetting that all of that would require lots of arithmetic instructions
>as well.

Some of it does. Some of it doesn't. Bump-mapping is alu-intensive. Shadow-map lookups not so much.
Combining multiple textures to compose a more complex surface description can be pretty cheap.

For example, in a game, the ground might be made of a dirt texture, a sand texture, a rock texture and so on, with per-vertex coefficients to describe a particular piece of ground.
A particular piece might be 30% sand and 70% dirt. And you do all the lookups and then blend 30% of one and 70% of the other and 0% of the third.
This is something that without shaders would have been done in 3+ separate passes. Here we just do a few lookups and then some weighted sums.
And since they are weighted sums of colors, it's only a three channel MAD for each.
Like this:

Lookup temp = sand_tex[texcoords]
MAD accum.rgb = temp * sand_coeff + accum
Lookup temp = dirt_tex[texcoords]
MAD accum.rgb = temp * dirt_coeff + accum
Lookup temp = rock_tex[texcoords]
MAD accum.rgb = temp * rock_coeff + accum

You could do as many layers like this as you want although beyond a certain point it would be wasteful.
so, this in particular uses a lot of texture lookups but not all that much alu work.

> There's just no way a contemporary game using high quality setting is going
>to run at decent framerates on this IGP.

Well, it's an IGP. Current IGPs aren't about decent framerates. They are about getting crap framerates but still playable.
Hopefully they will catch up a little in the future, but I'm not expecting much from Intel just yet.

>>They increased the GPU clock but not the memory bandwidth. This resulting in poor scaling.
>>Increasing GPU clock but not bandwidth has always resulted in poor scaling. Nothing new here.
>>How this shows anything about trends in future hardware is beyond me.
>
>It shows that the die area percentage for the IGP can't simply be increased in
>the next generations to save it from its fate.

I don't see why not, especially if memory bandwidth rises for unrelated reasons, as it has been doing for decades.

>Certain people here insist on comparing
>theoretical compute density but fail to see the bigger picture

But I'm not one of those certain people, so... strawman?

>The CPU is catching
>up and unification gives it an area advantage, which can also be traded for reduced power consumption.

Except that the best way to trade area for reduced power consumption is likely to de-unify.
Specialized hardware is more power efficient and can be powered down completely when not in use. The only cost is area.

>In particular it means that as the convergence reduces the gap, the IGP is the first to go.
>
>>>The CPU is catching up and clearly there's little point in investing more die space
>>>into the IGP. So CPU manufacturers should look into using the die space for something
>>>more interesting, or cut it out entirely.
>>
>>They cannot use the die area for something more interesting, since IGPs are maximally interesting.
>
>With all due respect that's as short-sighted as saying the architecture of an R300
>is the maximally interesting use of 195 mm2 of silicon. Beyond low-end graphics,
>the IGP's capabilities are pathetic so you can forget about GPGPU. There's a lot to be improved.

See, the thing is, what's interesting and what's not is all opinion. You can't disprove an opinion.
If I claim that IGPs are maximally interesting to me, well then you have no ability to dispute that, because only I know what is interesting to me.

>More interesting GPUs (programmability) and more interesting CPUs (throughput)
>are released every major generation. So they're on a collision course. Replacing
>the IGP with two more CPU cores makes the use of that die area a lot more interesting
>because they can then be used in combination with the already existing CPU cores.

On the contrary, putting more cores on the chip is boring since they are exactly like the existing cores. I mean, it's just a numerical increase. How much more boring can it get?

If you buy loaves of bread at the store, and see that the manufacturer decided to put raisins in the bread, that might be interesting.
If they just increased the size of the loaf by 1 slice, that's not interesting. That's a boring numerical increase.
You might prefer it, if raisins aren't your thing. But that doesn't make it interesting.

>>>>>There's not supposed to be separate market segments, other than high-end, mid-end, and low-end.
>>>>
>>>>What???
>>>>You must be masterly with the English longbow.
>>>
>>>I think I've clarified by now that eventually there's just 'computing'. A homogenous
>>>CPU with FMA and gather/scatter can handle both latency-sensitive and high-throughput
>>>workloads (and most applications are a complex mix of these). So the main thing separating the markets is price.
>>
>>There are many market segments separated by more than price, and your refusal to see them is baffling.
>
>Other than CPUs and GPUs, which are converging, I don't see what else could be
>relevant to the discussion. So instead of implying I refuse to see them, why don't you show them?

So you want a list of market segments, eh?
Down from the top:

-supercomputers
-mainframes
-workstations
-database / transaction processing servers
-web servers
-cloud computing / consolidated servers
-Gamer Desktops
-DTR laptops
-game consoles
-Cheapskate/Corporate Desktops
-mainstream & thin&light Laptops
-Cheapskate/Corporate Laptops
-netbooks
-tablets
-portable game consoles
-smartphones
-embedded / industrial / military
-embedded automotive
-embedded consumer appliances

Let's look at some of the differences here.
Supercomputer and workstation for example are mostly floating point. More specifically, double-precision floating point.
Mainframes and transaction processing have very little floating point, and a heavy focus on reliability, branchy integer code, i/o, and throughput
Gamer desktops, game consoles and so on are also heavily floating point, but it's all single-precision.
For Corporate / Cheapskate Desktops, performance isn't a big issue, but what little performance is needed is all latency-sensitive integer code.
For laptops and all other portable stuff, power efficiency is important.
For military, industrial and automotive, reliable operation under harsh conditions is important.

So you see, this stuff is all different, and it's not just about cheap vs. fast. There are other issues. Efficiency, reliability, suitedness to different workloads.

>>>Again, most applications are a complex mix of workloads. But even if some tend
>>
>>No they aren't. It's not a complex mix.
>
>Have you ever taken a look at the various shaders used by a various games? They
>differ significantly. And they would differ even more if the GPU wasn't so restrictive.
>Like you said yourself, sometimes a texture access is replaced by procedural code
>and sometimes arithmetic code is replaced by a texture lookup, to better match the
>architecture. A more unified architecture would allow to use the operations they intended to use, and get a net speedup.
>
>As a matter of fact that's what I've already observed for the past decade. In the
>early days there were no dependent texture lookups so some effects were simply not
>possible or there was usually just one workaround with acceptable performance.

There was always multipass rendering, which is Turing-complete. And also you could always render a bitmap on the CPU and upload it as a texture. So no effects were ever not possible.

>This
>and other limitations made every game look like a clone of other contemporary games

And yet they weren't. Early 3d games do not, in fact, all look the same.

>(not in gameplay but in graphics), which started to change as the capabilities expanded.
>The unification of vertex and pixel processing also allowed developers a lot more
>freedom in the workloads,

Actually it made very little difference. It was a big letdown.
You can't use it to increase the vertex count, because there is a bottleneck in vertex fetch & triangle setup.
You can't use it to increase pixel detail by much, since the hardware vertex shaders were only like 10% of the total shader hardware, and thus exposing them to pixel workloads only give you about 10% speedup.
The tradeoff is a little better on Fermi as there are multiple triangle setup units. But at the time when unified shading was introduced it was surprisingly ineffective.

>between applications but also between scenes in the same
>application. Floating-point textures and render buffers enabled deferred shading,

Deferred shading is a mistake. All it gives you is performance, but it comes at the expense of breaking your AA algorithm, thereby costing more performance than it saves.

>which differs quite radically from previous approaches. And that's just the things
>that immediately popped into mind, and I wasn't even just talking about graphics.
>Other applications you may run on your system also have diverse and complex mixes of workloads.

They have diverse behavior as a group, but each individual program is mostly homogenous, not a complex mix.

>There's really no denying that GPUs have become more programmable and more capable
>at handling this melting pot. And with GPGPU and future graphics research hinting
>at ray-tracing and micro-polygons and whatnot there doesn't appear to be an end
>in sight. At the same time CPUs have increased their throughput using multi-core
>and widening the vectors, and FMA and gather/scatter will make them even better
>at running more than just latency sensitive workloads.

This is circular reasoning. You say gather/scatter will catch on because convergence demands it. Then you say convergence will happen because of gather/scatter.
It could just as well go the other way: lack of gather/scatter support makes convergence infeasible. Then non-convergence makes gather/scatter unnecessary.

>So with both aiming to support
>both types of workloads, a showdown is inevitable.

I think it's quite possible the the showdown is evitable and will in fact never occur.

>Note that there isn't any strict dividing line between them. You can't offload
>every high-throughput task to the GPU and execute every low-latency task on the
>CPU. Unless you have a massive amount of data parallelism to exploit it's faster
>not to send things over to the GPU and just process things on the CPU. The communication
>latency is too high and the bandwidth too low.

The communication latency & bandwidth is an issue if you are communicating over PCI-E.
It's a complete non-issue for CPU-IGPs though, where all the communication stays on-chip. Not that IGPs are up to task... yet.

>It's better to unify things and keep
>the data local. Likewise, the GPU shouldn't always leave latency sensitive tasks
>to the CPU. Often it's faster to use a dumb brute-force approach to get the job
>done without a round-trip to the CPU. But imagine a latency-optimized GPU which
>doesn't have to waste computing resources so it becomes even faster.

A latency-optimized GPU would suck.

>Both are heading for the same thing.
>
>>>to be hugely latency-sensitive or high-throughput, there's no telling what application(s) you'll run tomorrow.
>>
>>Unless, of course, for some reason, you know what applications you'll run tomorrow.
>>Like if it's your job or something.
>>Like, for example, you are evaluating the choices of what to run right now, so as to buy the necessary software.
>>Or maybe you bought the software and have no funds left for more software, so you
>>will have to continue using the same software.
>>Or maybe they're the same apps you're running right now, and that you've been running for the past ten years.
>>You overestimate the uncertainty.
>
>I don't overestimate it. You're absolutely right that systems are always bought
>with certain uses in mind, and usually it closely matches the actual uses. But that
>doesn't mean we should underestimate it either. Someone with a 500 € budget may
>not expect to be able to simulate the ocean currents, but he does expect to be able
>to run the vast majority of desktop applications, including some that have yet to appear.

Ordinary desktop applications (excluding games) have barely changed in the past fifteen years. I think it's reasonable to guess that they will barely change for the next fifteen as well.
I know there have been some new applications since then, but I can't think of a single one for which performance matters.
So if you buy a low end laptop now, and expect to run future applications on it, it will probably work fine.

>In particular, someone who currently opts for a CPU+IGP, would be better off with
>a homogeneous CPU with gather/scatter in the not too distant future.
>
>>>>Ray-traced Super Mario sounds pretty awesome. I'd get it.
>>>
>>>Well, actually, due to the wildly varying latencies occuring in ray-tracing, you
>>>need an architecture capable of coping with that optimally. A homogenous CPU with
>>>gather/scatter can handle fine-grained dynamic balancing of the complex mix of workloads.
>>
>>There's not really a problem here with varying latencies. Ray tracing on GPUs works fine.
>
>This should sober you up: http://www.youtube.com/watch?v=4bITAdWvMXE

He's saying that GPU raytracing is not quite as good as CPU raytracing. But then, he's doing the CPU raytracing on a twelve-core multi-socket workstation.
Also it's not clear how old this comparison is and if anything has changed since then. It may be that the GPU is catching up, or already has caught up.
All signs suggest that the GPU's ability to raytrace is improving at a high rate, so it may very well surpass the CPU soon if it hasn't already.
Also, you see he said nothing about variable latencies being a problem. Because they aren't.
The actual problem seems to be that GPU can't cast enough rays per second to smooth out the sampling noise.
It casts too many where they aren't needed and not enough where they are, since it lacks the flexibility to make a finer-grained decision about it.

>The GPU has lots of limitations and doesn't achieve the same quality as a CPU does
>in a fixed amount of time. You may note that his 'solution' around 7:30 is a heterogenous
>architecture, but that's just the current status quo. It fails to take into account
>that the CPU's vector units got wider, and we still have FMA and gather/scatter to come.
>

It's true the CPU's vector units are getting wider, but the GPU is widening at an even faster rate.

>In fact there are reasonably successful 'hybrid' ray-tracers but unsurprisingly
>the developer's biggest complaint is the communication overhead between the CPU
>and GPU. A CPU with FMA and gather/scatter offers the best of both world without
>such overhead.

So does a beefed-up on-chip IGP.

>You could also make the GPU more latency optimized but that's a lot
>more work and you still don't get the unification benefit. So the CPU is going to eventually win this debate.
>
>>>The casual gaming market is booming, and the potential of WebGL and Molehill is
>>hard to overestimate. The web allows to reach a whole new market of people, who
>>are hesitant to set foot in a game store or install Steam.
>>>Mark my words; the next World of Warcraft hype may very well be an HTML5 or Flash game.
>>>The emerging Smart TV market also consists of devices with weak graphics chips (shameless plug: http://gametree.tv/platform/).
>>
>>The casual gaming market is booming, but I suspect the casual gaming market has little to do with hardware at all.
>>Casual gamers couldn't care less whether they have a 4-core or a 6-core.
>
>Then why would Intel even manufacture a mainstream quad-core CPU with an IGP?

Because the hypothetical software-based graphics that you propose as an alternative does not yet exist.
Most people buy an IGP because it is currently the cheapest way to get a bootable system with a screen.
Others buy an IGP because its low power consumption allows it to fit in a small laptop where a discrete GPU would not.
People buy 4-core processors because they don't need 6-core processors and 4 is a bit cheaper.
Also, this is a clearly superior one-for-one replacement of their previous popular product - dual-core & quad-core cpus with northbridge IGPs.

>The thing is, casual gamers aren't just casual gamers. They buy a 'multimedia'
>system and expect a wide variety of applications to run smoothly.

They buy a "cheap" system and don't know whether to expect anything will run smoothly or not.
Then they find out that most stuff does run smoothly, except a few games. Then they blame the games.
So they play the games that work instead of the ones that don't.

And... "multimedia" ? That's so 90's.

>And with lots
>of software development turning toward multi-core, it's no luxury to put more than
>two CPU cores into a system, and beyond, to make it sufficiently future-proof.

Future-proofing doesn't make a lot of sense these days.
It's cheaper to buy a minimally adequate system now, and then buy a new one years later later when prices are lower if/when your requirements change.
Especially if it turns out that your requirements never do change, or do so only once a decade.
You're living in the past, man... Desktops, future proofing, transistor counts, compute density...
It doesn't work that way anymore.

>>Also, Farmville may be comparable in size to WOW, but I doubt many WOW players
>>are quitting to play Farmville instead. (Unfortunately, I have no statistics on this.)
>>They will continue to play WOW for quite some time. And when they eventually stop
>>it will be to play another WOW-like game, probably with better graphics.
>
>I'm not talking about Farmville. I'm talking about actual MMORPGs that are as challenging as World of Warcraft.

Why aren't you talking about Farmville? You said an MMO comparable in scale to WOW. Farmville is it.

Also, "as challenging as WoW"? What? There's zero challenge to WoW. You kill monsters until you hit the level cap, and then you wait for the expansion to raise the level cap. That's it.
All the instance raids and gear-seeking is optional. It is a challenge people take on themselves because the game has failed to provide one.

>>I don't play WOW myself, but the impression I get is that right now, you can't
>>really play it on any IGP, except maybe the Bobcat IGP or the Sandy Bridge IGP.
>
>It's not a demanding game by any means. The models have a low polygon count and
>the lighting is very basic. In fact much of its popularity is due to running well
>on low-end systems. And it's not like you even need 60 FPS.

Yes, yes, I know it looks like blocky washed-out dogcrap. I've seen people playing it.

>It even runs fine with SwiftShader on any quad-core CPU.

That's a somewhat interesting data point.
Which quad-cores have you tried it on?

>With AVX, FMA and gather/scatter
>I'm sure even a dual-core would suffice.
>
>>So, if you want to catch the WOW-player market, you can't aim at matching IGPs,
>>you have to aim at matching low-end discrete GPUs.
>>And assuming a WOW-successor will eventually appear, your GPU performance target is a moving target.
>
>Sure, but it's a slow moving target. CPUs become much faster in the meantime.
>
>>>Don't get me wrong, there will still be lots of people
>>>enjoying games like Crysis 2 (me included), but they need a discrete GPU and a powerful CPU without an IGP.
>>
>>The Crysis 2 developers have already stated they are aiming somewhat lower hardware-wise
>>this time. So if you are expecting Crysis 2 to stress your GPU... it won't.
>>So maybe all that these people need is a CPU similar to the ones they have now,
>and an IGP 4 times faster than today's.
>
>As I've indicated before you can't have a 4 times faster IGP without also scaling
>the memory bandwidth accordingly.

But you CAN scale memory bandwidth accordingly. Both pincounts and memory clock frequencies have been rising at a good rate for quite some time now.
The 4004 had 16 pins. A 386 has like 100. A modern CPU has around 1000. The number is growing and there is no reason to think it's about to suddenly stop.

>That won't happen unless they put a lot more pins
>under the chip,

Or if they raise the memory clock. Or both. Or if they improve compression or something.

>making it far more expensive.

Except that the cost per pin decreases over time as packaging technology improves. So what's expensive now, won't be for long.

>Low-latency DDR bandwidth is a lot

I don't think there's any such thing as low-latency DDR. All DRAM is high latency.
Well, there's probably a product called "low-latency DDR" but the latency is still not low, just lower than the usual.

>more expensive than GDDR bandwidth. So you shouldn't expect CPU bandwidth to go
>up very fast, meaning IGPs remain in the low-end segment.

I think bandwidth will go up fast, and some IGPs will move up from low end-toward the middle.

>Even if they pulled out all the stops to make it happen, it would be a big shame
>if such an expensive chip (we're talking current server market segment here) is
>mediocre at running Crysis 2 but gets beaten by a cheap multi-core CPU at every
>other application. There's just no demand for such an abomination.

What? What are you talking about, running Crysis on a server? That's not what servers are for.

>>>Please produce 3-4 sets of geometry.
>>
>>It's one mesh per leaf, for each of multiple non-identical leaves per kind of tree, for each of several kinds of tree.
>>You can't have a pine tree, a maple tree, and an oak tree in your game unless someone
>>tells the computer what a pine tree, a maple tree, and an oak tree each look like.
>>And this has to be done by people, because they are the ones who know this stuff.
>>And it has to be done separately for each kind of tree. There's no shortcut.
>>There's nothing hardware can do to help, other than to get out of the way as much as possible.
>>so if it was in the way before and now it's not, that's an improvement. But there's
>>no further improvement to be made from there.
>
>I was actually referring to the LOD set. You can manually create the geometry for
>each LOD, or you could have advanced software assist your. Or, with ray-tracing
>you don't need an LOD set. But you need a high-throughput low-latency device for that.

You just need an offline mesh-lod-optimizer to make all lod levels other than the top one.
Or you can just not do lod at all and render the full quality mesh for every leaf.
I tried this once, making a field of grass, with each blade of grass a curved polygon strip of around 10 triangles. It actually ran pretty good.
And it looks much better than the usual hackish fake-grass you see in most games.

>>>Want realistic fight animations? Please
>>>motion capture every possible move.
>>
>>A faster cpu wouldn't eliminate the need to motion capture every move. It still has to be done.
>
>Not if you can simulate the muscles and use artificial intelligence to keep the
>balance. This is in fact how they found out how certain dinosaurs moved/walked/ran.

If you do it that way, you need someone to tell the computer where all the muscles and bones are and how each joint is allowed to move.
And even simulating it like this, it's still not gonna know the difference between say, two kinds of punches, or a kick and a punch.
If I press the high punch button in Mortal Kombat 46, I expect the character to do a high punch.
If it just tells the AI "do something, maintaining balance" and the AI does a kick or a low punch, that's unacceptable.

>It's also possible to have realistic looking actors by motion capturing just a
>few characteristic facial expressions and using advanced models to combine and interpolate
>them. You need the fine control of a CPU to do that.

Actually, this has been done on GPUs ages ago. See nvidia dawn demo for details.

>And again I'm just scraping the surface. The software market is humongous and I
>can't possibly know everything developers will concoct when they get access to high-throughput
>CPUs. The potential is huge though, while there's no demand for IGPs to do anything other than graphics.
>
>>>Want realistic lighting? Please produce multiple
>>>sets of radiosity lightmaps.
>>
>>This one is solveable. Want realistic lighting? Ditch the lightmaps and just
>>run the full radiosity algorithm as your game's main renderer. Problem solved.
>
>The "full" radiosity algorithm is too complex for brute-force processing.

Bullcrap. Real life does it by brute force forward photon-tracing, so clearly it can be done. It's just a matter of performance.
Actually, real life does a slightly harder problem in that it handles dispersion, nonlinear optics and so on. But it's all massively-parallel brute force.

>You need
>to take clever shortcuts with lots of interactions; i.e. no massive independent
>data parallelism the GPU prefers to chew on.

Real life does it in a massive parallel manner, totally devoid of cleverness.
No shortcuts are needed. You want to use shortcuts because you're living in the past, where ALUs were expensive.

>>> Want a huge gaming world? Please place portals and occluders...
>>
>>Some games do just fine with brute-force coherent worldspaces, so occluders and portals were never really needed.
>>But the portals are still necessary if the game-world includes non-euclidean spaces. There's no shortcut there.
>
>With a powerful CPU you can get advanced visibility pre-processing in acceptable
>time so the artist doesn't have to do things manually.

This visibility processing you seem so concerned about only matters for certain types of games. For most games, it clearly obvious what will be visible and what will not.
Also, the speed of the cpu does't really matter for the pre-processed visibility, since it can be run offline on a compute farm.
Also, even if you don't do visibility processing, little is lost. It's just another kind of lod, and you can safely brute-force it if you prefer.
There's no reason the artist should ever have had to worry about such things unless it's so little extra work that it doesn't matter.

>>>Higher (generic) computing performance does help these things. You can do more
>>>things procedurally, you can have advanced rigid and soft body physics, you can
>>>speed up offline preprocessing, you can compute visibility in real-time, etc. It
>>>allows the artists to concentrate more on the actual content.
>>
>>But if the artist was already concentrating 97% on the actual content, then there is only a ~3% improvement possible.
>>Content hasn't gotten much easier, but gamers' expectations have grown at a much faster rate.
>
>That's a big "if". Last time I've heard, artists can use all the automation they
>can get to speed up the process. We've already come a long way since positioning
>every vertex manually and painting every texel individually...

Was it ever done like this? If you are positioning each vertex by hand, it is only because there are so few vertices that you can't be bothered to write a tool to do it for you.
There have been paint programs since long before anyone used texels in a game.

You can't claim improvement relative to a made-up baseline that never existed. Artists use automation now. They also used it twenty years ago. The improvement is small.

>Cheers,
>
>Nicolas
< Previous Post in ThreadNext Post in Thread >
TopicPosted ByDate
Sandy Bridge CPU article onlineDavid Kanter2010/09/26 09:35 PM
  Sandy Bridge CPU article onlineAlex2010/09/27 05:22 AM
    Sandy Bridge CPU article onlineDavid Kanter2010/09/27 10:06 AM
  Sandy Bridge CPU article onlinesomeone2010/09/27 06:03 AM
    Sandy Bridge CPU article onlineslacker2010/09/27 02:08 PM
      PowerPC is now PowerPaul A. Clayton2010/09/27 04:34 PM
    Sandy Bridge CPU article onlineDave2010/11/10 10:15 PM
  Sandy Bridge CPU article onlinesomeone2010/09/27 06:23 AM
    Sandy Bridge CPU article onlineDavid Kanter2010/09/27 06:39 PM
      Optimizing register clearPaul A. Clayton2010/09/28 12:34 PM
  Sandy Bridge CPU article onlineMS2010/09/27 06:54 AM
    Sandy Bridge CPU article onlineDavid Kanter2010/09/27 10:15 AM
      Sandy Bridge CPU article onlineMS2010/09/27 11:02 AM
      Sandy Bridge CPU article onlinempx2010/09/27 11:44 AM
        Sandy Bridge CPU article onlineMS2010/09/27 02:37 PM
          PreciselyDavid Kanter2010/09/27 03:22 PM
  Sandy Bridge CPU article onlineRichard Cownie2010/09/27 08:27 AM
    Sandy Bridge CPU article onlineDavid Kanter2010/09/27 10:01 AM
      Sandy Bridge CPU article onlineRichard Cownie2010/09/27 10:40 AM
        Sandy Bridge CPU article onlineboots2010/09/27 11:19 AM
          Right, mid-2011, not 2010. Sorry (NT)Richard Cownie2010/09/27 11:42 AM
        bulldozer single thread performanceMax2010/09/27 12:57 PM
          bulldozer single thread performanceMatt Waldhauer2011/03/02 11:32 AM
      Sandy Bridge CPU article onlinePun Zu2010/09/27 11:32 AM
      Sandy Bridge CPU article online?2010/09/27 11:44 AM
        Sandy Bridge CPU article onlineDavid Kanter2010/09/27 01:11 PM
          My opinion is that anything that would take advantage of 256-bit AVXredpriest2010/09/27 01:17 PM
            My opinion is that anything that would take advantage of 256-bit AVXAaron Spink2010/09/27 03:09 PM
              My opinion is that anything that would take advantage of 256-bit AVXredpriest2010/09/27 04:06 PM
                My opinion is that anything that would take advantage of 256-bit AVXDavid Kanter2010/09/27 05:23 PM
                  My opinion is that anything that would take advantage of 256-bit AVXIan Ollmann2010/09/28 03:57 PM
                    My opinion is that anything that would take advantage of 256-bit AVXIan Ollmann2010/09/28 04:35 PM
                      My opinion is that anything that would take advantage of 256-bit AVXMatt Waldhauer2010/09/28 10:58 PM
                My opinion is that anything that would take advantage of 256-bit AVXAaron Spink2010/09/27 06:39 PM
                  My opinion is that anything that would take advantage of 256-bit AVXIan Ollmann2010/09/28 04:14 PM
              My opinion is that anything that would take advantage of 256-bit AVXMegol2010/09/28 02:17 AM
                My opinion is that anything that would take advantage of 256-bit AVXMichael S2010/09/28 05:47 AM
                  PGICarlie Coats2010/09/28 10:23 AM
                    gfortran...Carlie Coats2010/09/29 09:33 AM
                  My opinion is that anything that would take advantage of 256-bit AVXmpx2010/09/28 12:58 PM
                    My opinion is that anything that would take advantage of 256-bit AVXMichael S2010/09/28 01:36 PM
                    My opinion is that anything that would take advantage of 256-bit AVXFoo_2010/09/29 01:08 AM
              My opinion is that anything that would take advantage of 256-bit AVXmpx2010/09/28 11:37 AM
                My opinion is that anything that would take advantage of 256-bit AVXAaron Spink2010/09/28 01:19 PM
                  My opinion is that anything that would take advantage of 256-bit AVXhobold2010/09/28 03:08 PM
                  My opinion is that anything that would take advantage of 256-bit AVXIan Ollmann2010/09/28 04:26 PM
                My opinion is that anything that would take advantage of 256-bit AVXAnthony2010/09/28 10:31 PM
          Sandy Bridge CPU article onlineHans de Vries2010/09/27 02:19 PM
            Sandy Bridge CPU article onlineDavid Kanter2010/09/27 03:19 PM
            Sandy Bridge CPU article online-Sweeper_2010/09/27 05:50 PM
              Sandy Bridge CPU article onlineDavid Kanter2010/09/27 06:41 PM
  Sandy Bridge CPU article onlineMichael S2010/09/27 02:55 PM
  Sandy Bridge CPU article onlineline982010/09/27 03:05 PM
    Sandy Bridge CPU article onlineDavid Kanter2010/09/27 03:20 PM
    Sandy Bridge CPU article onlineMichael S2010/09/27 03:23 PM
      Sandy Bridge CPU article onlineline982010/09/27 03:42 PM
        Sandy Bridge CPU article onlineDavid Kanter2010/09/27 09:33 PM
  Sandy Bridge CPU article onlineRoyi2010/09/27 04:04 PM
    Sandy Bridge CPU article onlineJack2010/09/27 04:40 PM
      Sandy Bridge CPU article onlineRoyi2010/09/27 11:47 PM
        Sandy Bridge CPU article onlineDavid Kanter2010/09/27 11:54 PM
          Sandy Bridge CPU article onlineRoyi2010/09/27 11:59 PM
            Sandy Bridge CPU article onlineJS2010/09/28 01:18 AM
              Sandy Bridge CPU article onlineRoyi2010/09/28 01:31 AM
                Sandy Bridge CPU article onlineJack2010/09/28 06:34 AM
                  Sandy Bridge CPU article onlineRoyi2010/09/28 08:22 AM
                    Sandy Bridge CPU article onlineFoo_2010/09/28 12:53 PM
                      Sandy Bridge CPU article onlinePaul2010/09/28 01:17 PM
                      Sandy Bridge CPU article onlinempx2010/09/28 01:22 PM
                        Sandy Bridge CPU article onlineanonymous2010/09/28 02:06 PM
                      Sandy Bridge CPU article onlineIntelUser20002010/09/29 01:49 AM
                    Sandy Bridge CPU article onlineJack2010/09/28 05:08 PM
                      Sandy Bridge CPU article onlinempx2010/09/29 01:50 AM
                        Sandy Bridge CPU article onlineLinus Torvalds2010/09/29 12:01 PM
                          Sandy Bridge CPU article onlineRoyi2010/09/29 12:48 PM
                          Sandy Bridge CPU article onlinempx2010/09/29 02:15 PM
                            Sandy Bridge CPU article onlineLinus Torvalds2010/09/29 02:27 PM
                              Sandy Bridge CPU article online?2010/09/29 11:18 PM
                                Sandy Bridge CPU article onlinesavantu2010/09/30 12:28 AM
                                  Sandy Bridge CPU article online?2010/09/30 03:43 AM
                                    Sandy Bridge CPU article onlinegallier22010/09/30 04:18 AM
                                      Sandy Bridge CPU article online?2010/09/30 08:38 AM
                                        Sandy Bridge CPU article onlineDavid Hess2010/09/30 10:28 AM
                                      moderation (again)hobold2010/10/01 05:08 AM
                                Sandy Bridge CPU article onlineMegol2010/09/30 02:13 AM
                                  Sandy Bridge CPU article online?2010/09/30 03:47 AM
                              Sandy Bridge CPU article onlineIan Ameline2010/09/30 08:54 AM
                                Sandy Bridge CPU article onlineLinus Torvalds2010/09/30 10:18 AM
                                  Sandy Bridge CPU article onlineIan Ameline2010/09/30 12:04 PM
                                    Sandy Bridge CPU article onlineLinus Torvalds2010/09/30 12:38 PM
                                      Sandy Bridge CPU article onlineMichael S2010/09/30 01:02 PM
                                        Sandy Bridge CPU article onlineNEON cortex2010/11/17 08:09 PM
                                  Sandy Bridge CPU article onlinempx2010/09/30 12:40 PM
                                    Sandy Bridge CPU article onlineLinus Torvalds2010/09/30 01:00 PM
                                    Sandy Bridge CPU article onlineNEON cortex2010/11/17 08:44 PM
                                Sandy Bridge CPU article onlineDavid Hess2010/09/30 10:36 AM
                                  Sandy Bridge CPU article onlinesomeone2010/09/30 11:23 AM
                                    Sandy Bridge CPU article onlinempx2010/09/30 01:50 PM
                                      wii lessonMichael S2010/09/30 02:12 PM
                                        wii lessonDan Downs2010/09/30 03:33 PM
                                        wii lessonKevin G2010/10/01 12:27 AM
                                          wii lessonRohit2010/10/01 07:53 AM
                                            wii lessonKevin G2010/10/02 03:30 AM
                                        wii lessonmpx2010/10/01 09:02 AM
                                        wii lessonIntelUser20002010/10/01 09:31 AM
                                      GPUs and gamesDavid Kanter2010/09/30 08:17 PM
                                        GPUs and gameshobold2010/10/01 05:27 AM
                                          GPUs and gamesanonymous2010/10/01 06:35 AM
                                        GPUs and gamesGabriele Svelto2010/10/01 09:07 AM
                                          GPUs and gamesLinus Torvalds2010/10/01 10:41 AM
                                            GPUs and gamesAnon2010/10/01 11:23 AM
                                            Can Intel do *this* ???Mark Roulo2010/10/03 03:17 PM
                                              Can Intel do *this* ???Anon2010/10/03 03:29 PM
                                                Can Intel do *this* ???Mark Roulo2010/10/03 03:55 PM
                                                  Can Intel do *this* ???Anon2010/10/03 05:45 PM
                                                    Can Intel do *this* ???Ian Ameline2010/10/03 10:35 PM
                                                Graphics, IGPs, and CacheJoe2010/10/10 09:51 AM
                                                  Graphics, IGPs, and CacheAnon2010/10/10 10:18 PM
                                                  Graphics, IGPs, and CacheRohit2010/10/11 06:14 AM
                                                  Graphics, IGPs, and Cachehobold2010/10/11 06:43 AM
                                                  Maybe the IGPU doesn't load into the L3Mark Roulo2010/10/11 08:05 AM
                                                  Graphics, IGPs, and CacheDavid Kanter2010/10/11 09:01 AM
                                              Can Intel do *this* ???Gabriele Svelto2010/10/04 12:31 AM
                                        Kanter's Law.Ian Ameline2010/10/01 02:05 PM
                                          Kanter's Law.David Kanter2010/10/01 02:18 PM
                                            Kanter's Law.Ian Ameline2010/10/01 02:33 PM
                                            Kanter's Law.Kevin G2010/10/01 04:19 PM
                                              Kanter's Law.IntelUser20002010/10/01 10:36 PM
                                                Kanter's Law.Kevin G2010/10/02 03:15 AM
                                                  Kanter's Law.IntelUser20002010/10/02 02:35 PM
                                            Wii vs pc'sRohit2010/10/01 07:34 PM
                                              Wii vs pc'sGabriele Svelto2010/10/01 11:54 PM
                                        GPUs and gamesmpx2010/10/02 11:30 AM
                                          GPUs and gamesFoo_2010/10/02 04:03 PM
                                            GPUs and gamesmpx2010/10/03 11:29 AM
                                              GPUs and gamesFoo_2010/10/03 01:52 PM
                                                GPUs and gamesmpx2010/10/03 03:29 PM
                                                  GPUs and gamesAnon2010/10/03 03:49 PM
                                                    GPUs and gamesmpx2010/10/04 11:42 AM
                                                      GPUs and gamesMS2010/10/04 02:51 PM
                                                      GPUs and gamesAnon2010/10/04 08:29 PM
                                                        persistence of visionhobold2010/10/04 11:47 PM
                                                        GPUs and gamesmpx2010/10/05 12:51 AM
                                                          GPUs and gamesMS2010/10/05 06:49 AM
                                                            GPUs and gamesJack2010/10/05 11:17 AM
                                                              GPUs and gamesMS2010/10/05 05:19 PM
                                                          GPUs and gamesJack2010/10/05 11:11 AM
                                                            GPUs and gamesmpx2010/10/05 12:51 PM
                                                              GPUs and gamesDavid Kanter2010/10/06 09:04 AM
                                                                GPUs and gamesjack2010/10/06 09:34 PM
                                                        GPUs and gamesLinus Torvalds2010/10/05 07:29 AM
                                                  GPUs and gamesFoo_2010/10/04 04:49 AM
                                                    GPUs and gamesJeremiah2010/10/08 10:58 AM
                                                    GPUs and gamesMS2010/10/08 01:37 PM
                                                GPUs and gamesSalvatore De Dominicis2010/10/04 01:41 AM
                                                  GPUs and gamesKevin G2010/10/05 02:13 PM
                                        GPUs and gamesmpx2010/10/03 11:36 AM
                                          GPUs and gamesDavid Kanter2010/10/04 07:08 AM
                                            GPUs and gamesKevin G2010/10/04 10:38 AM
                                    Sandy Bridge CPU article onlineNEON cortex2010/11/17 09:19 PM
                                  Sandy Bridge CPU article onlineIan Ameline2010/09/30 12:06 PM
                                    Sandy Bridge CPU article onlinerwessel2010/09/30 02:29 PM
                                      Sandy Bridge CPU article onlineMichael S2010/09/30 03:06 PM
                                        Sandy Bridge CPU article onlinerwessel2010/09/30 06:55 PM
                                          Sandy Bridge CPU article onlineDavid Hess2010/10/01 03:53 AM
                                            Sandy Bridge CPU article onlinerwessel2010/10/01 08:30 AM
                                              Sandy Bridge CPU article onlineDavid Hess2010/10/01 09:31 AM
                                                Sandy Bridge CPU article onlinerwessel2010/10/01 10:56 AM
                                                  Sandy Bridge CPU article onlineDavid Hess2010/10/01 08:28 PM
                                                    Sandy Bridge CPU article onlineRicardo B2010/10/02 05:38 AM
                                                      Sandy Bridge CPU article onlineDavid Hess2010/10/02 06:59 PM
                                                  which bus more wastefulMichael S2010/10/02 10:38 AM
                                                    which bus more wastefulrwessel2010/10/02 07:15 PM
                                            Sandy Bridge CPU article onlineRicardo B2010/10/01 10:08 AM
                                              Sandy Bridge CPU article onlineDavid Hess2010/10/01 08:31 PM
                                            Sandy Bridge CPU article onlineAndi Kleen2010/10/01 11:55 AM
                                              Sandy Bridge CPU article onlineDavid Hess2010/10/01 08:32 PM
                                      Sandy Bridge CPU article onlinekdg2010/10/01 11:26 AM
                                        Sandy Bridge CPU article onlineAnon2010/10/01 11:33 AM
                                          Analog display out?David Kanter2010/10/01 01:05 PM
                                            Analog display out?mpx2010/10/02 11:46 AM
                                            Analog display out?Anon2010/10/03 03:26 PM
                                              Digital is expensive!David Kanter2010/10/03 06:36 PM
                                                Digital is expensive!Anon2010/10/03 08:07 PM
                                                  Digital is expensive!David Kanter2010/10/03 10:02 PM
                                                    Digital is expensive!Steve Underwood2010/10/04 03:52 AM
                                                      Digital is expensive!David Kanter2010/10/04 07:03 AM
                                                        Digital is expensive!anonymous2010/10/04 07:11 AM
                                                          Digital is not very expensive!Steve Underwood2010/10/04 06:08 PM
                                                            Digital is not very expensive!Anon2010/10/04 08:33 PM
                                                              Digital is not very expensive!Steve Underwood2010/10/04 11:03 PM
                                                                Digital is not very expensive!mpx2010/10/05 01:10 PM
                                                            Digital is not very expensive!Gabriele Svelto2010/10/05 12:24 AM
                                                    Digital is expensive!jal1422010/10/04 11:46 AM
                                                Digital is expensive!mpx2010/10/04 01:04 AM
                                                  Digital is expensive!Gabriele Svelto2010/10/04 03:28 AM
                                                  Digital is expensive!Mark Christiansen2010/10/04 03:12 PM
                                              Analog display out?slacker2010/10/03 06:44 PM
                                                Analog display out?Anon2010/10/03 08:05 PM
                                            Analog display out?Steve Underwood2010/10/04 03:48 AM
                                        Sandy Bridge CPU article onlineDavid Hess2010/10/01 08:37 PM
                                          Sandy Bridge CPU article onlineslacker2010/10/02 02:53 PM
                                            Sandy Bridge CPU article onlineDavid Hess2010/10/02 06:49 PM
                                memory bandwithMax2010/09/30 12:19 PM
                                  memory bandwithAnon2010/10/01 11:28 AM
                                    memory bandwithJack2010/10/01 07:45 PM
                                      memory bandwithAnon2010/10/03 03:19 PM
                                Sandy Bridge CPU article onlinePiedPiper2010/09/30 07:05 PM
                            Sandy Bridge CPU article onlineMatt Sayler2010/09/29 04:38 PM
                            Sandy Bridge CPU article onlineJack2010/09/29 09:39 PM
                              Sandy Bridge CPU article onlinempx2010/09/30 12:24 AM
                                Sandy Bridge CPU article onlinepasser2010/09/30 03:15 AM
                                  Sandy Bridge CPU article onlinempx2010/09/30 03:47 AM
                                    Sandy Bridge CPU article onlinepasser2010/09/30 04:25 AM
                                  SB and web browsingRohit2010/09/30 06:47 AM
                                    SB and web browsingDavid Hess2010/09/30 07:10 AM
                                      SB and web browsingMS2010/09/30 10:21 AM
                                        SB and web browsingpasser2010/09/30 10:26 AM
                                          SB and web browsingMS2010/10/02 06:41 PM
                                      SB and web browsingRohit2010/10/01 08:02 AM
                                Sandy Bridge CPU article onlineDavid Kanter2010/09/30 08:35 AM
                                Sandy Bridge CPU article onlineJack2010/09/30 10:40 PM
                          processor evolutionhobold2010/09/29 02:16 PM
                            processor evolutionFoo_2010/09/30 06:10 AM
                              processor evolutionJack2010/09/30 07:07 PM
                                3D gaming as GPGPU apphobold2010/10/01 04:59 AM
                                  3D gaming as GPGPU appJack2010/10/01 07:39 PM
                              processor evolutionhobold2010/10/01 04:35 AM
                                processor evolutionDavid Kanter2010/10/01 10:02 AM
                                  processor evolutionAnon2010/10/01 11:46 AM
                                    DisplayDavid Kanter2010/10/01 01:26 PM
                                      DisplayRohit2010/10/02 02:56 AM
                                        DisplayLinus Torvalds2010/10/02 07:40 AM
                                          Displayrwessel2010/10/02 08:58 AM
                                            DisplaysJ2010/10/02 10:28 PM
                                              Displayrwessel2010/10/03 08:38 AM
                                            DisplayAnon2010/10/03 03:06 PM
                                              Display tech and compute are differentDavid Kanter2010/10/03 06:33 PM
                                                Display tech and compute are differentAnon2010/10/03 08:16 PM
                                                  Display tech and compute are differentDavid Kanter2010/10/03 10:00 PM
                                                Display tech and compute are differenthobold2010/10/04 01:40 AM
                                          Display?2010/10/03 03:02 AM
                                            DisplayLinus Torvalds2010/10/03 10:18 AM
                                              DisplayRichard Cownie2010/10/03 11:12 AM
                                                DisplayLinus Torvalds2010/10/03 12:16 PM
                                                  Displayslacker2010/10/03 07:35 PM
                                                    current V12 engines with >6.0 displacementanonymous2010/10/04 07:06 AM
                                                      current V12 engines with >6.0 displacementRicardo B2010/10/04 11:44 AM
                                                        current V12 engines with >6.0 displacementanonymous2010/10/04 02:59 PM
                                                          current V12 engines with >6.0 displacementRicardo B2010/10/04 03:13 PM
                                                          current V12 engines with >6.0 displacementAaron Spink2010/10/04 08:58 PM
                                                            current V12 engines with >6.0 displacementslacker2010/10/05 01:39 AM
                                                              current V12 engines with >6.0 displacementMS2010/10/05 06:57 AM
                                                              current V12 engines with >6.0 displacementRicardo B2010/10/05 01:20 PM
                                                              current V12 engines with >6.0 displacementAaron Spink2010/10/05 09:26 PM
                                                                current V12 engines with >6.0 displacementslacker2010/10/06 05:39 AM
                                                                  current V12 engines with >6.0 displacementAaron Spink2010/10/06 01:22 PM
                                                                    current V12 engines with >6.0 displacementRicardo B2010/10/06 03:07 PM
                                                                      current V12 engines with >6.0 displacementAaron Spink2010/10/06 03:56 PM
                                                                    current V12 engines with >6.0 displacementrwessel2010/10/06 03:30 PM
                                                                      current V12 engines with >6.0 displacementAaron Spink2010/10/06 03:53 PM
                                                                      current V12 engines with >6.0 displacementAnonymous2010/10/07 01:32 PM
                                                                        current V12 engines with >6.0 displacementrwessel2010/10/07 07:54 PM
                                                                          current V12 engines with >6.0 displacementAaron Spink2010/10/07 09:02 PM
                                                                    Top Gear is awful, and Jeremy Clarkson cannot drive.slacker2010/10/06 07:20 PM
                                                                      Top Gear is awful, and Jeremy Clarkson cannot drive.Ricardo B2010/10/07 01:32 AM
                                                                        Top Gear is awful, and Jeremy Clarkson cannot drive.slacker2010/10/07 08:15 AM
                                                                          Top Gear is awful, and Jeremy Clarkson cannot drive.Ricardo B2010/10/07 10:51 AM
                                                                current V12 engines with >6.0 displacementanon2010/10/06 05:03 PM
                                                                  current V12 engines with >6.0 displacementAaron Spink2010/10/06 06:26 PM
                                                                    current V12 engines with >6.0 displacementanon2010/10/06 11:15 PM
                                                                      current V12 engines with >6.0 displacementHoward Chu2010/10/07 02:16 PM
                                                              current V12 engines with >6.0 displacementAnon2010/10/05 10:31 PM
                                                                current V12 engines with >6.0 displacementslacker2010/10/06 05:55 AM
                                                                  current V12 engines with >6.0 displacementRicardo B2010/10/06 06:15 AM
                                                                    current V12 engines with >6.0 displacementslacker2010/10/06 06:34 AM
                                                                      I wonder is there any tech area that this forum doesn't have an opinion on (NT)Rob Thorpe2010/10/06 10:11 AM
                                                                        Cunieform tabletsDavid Kanter2010/10/06 12:57 PM
                                                                          Cunieform tabletsLinus Torvalds2010/10/06 01:06 PM
                                                                            Ouch...maybe I should hire a new editor (NT)David Kanter2010/10/06 04:38 PM
                                                                          Cunieform tabletsrwessel2010/10/06 03:41 PM
                                                                          Cunieform tabletsseni2010/10/07 10:56 AM
                                                                            Cunieform tabletsHoward Chu2010/10/07 01:44 PM
                                                                      current V12 engines with >6.0 displacementAnonymous2010/10/06 06:10 PM
                                                                        current V12 engines with >6.0 displacementanonymous2010/10/06 10:44 PM
                                                                        current V12 engines with >6.0 displacementslacker2010/10/07 07:55 AM
                                                                          current V12 engines with >6.0 displacementanonymous2010/10/07 08:51 AM
                                                                            current V12 engines with >6.0 displacementslacker2010/10/07 07:38 PM
                                                                              current V12 engines with >6.0 displacementanonymous2010/10/07 08:33 PM
                                                                                current V12 engines with >6.0 displacementAaron Spink2010/10/07 09:04 PM
                                                                                  Practical vehicles for commutingRob Thorpe2010/10/08 05:50 AM
                                                                                    Practical vehicles for commutingGabriele Svelto2010/10/08 06:05 AM
                                                                                      Practical vehicles for commutingRob Thorpe2010/10/08 06:21 AM
                                                                                        Practical vehicles for commutingj2010/10/08 02:20 PM
                                                                                      Practical vehicles for commutingRob Thorpe2010/12/09 07:00 AM
                                                                                  current V12 engines with >6.0 displacementanonymous2010/10/08 10:14 AM
                                                                          current V12 engines with >6.0 displacementAnonymous2010/10/07 01:23 PM
                                                                            current V12 engines with >6.0 displacementanon2010/10/07 04:08 PM
                                                                              current V12 engines with >6.0 displacementanonymous2010/10/07 05:41 PM
                                                                            current V12 engines with >6.0 displacementslacker2010/10/07 08:05 PM
                                                                              current V12 engines with >6.0 displacementanonymous2010/10/07 08:52 PM
                                                                              current V12 engines with >6.0 displacementAnonymous2010/10/08 07:52 PM
                                                                current V12 engines with >6.0 displacementanon2010/10/06 11:28 PM
                                                                  current V12 engines with >6.0 displacementAaron Spink2010/10/07 12:37 AM
                                                                    current V12 engines with >6.0 displacementRicardo B2010/10/07 01:37 AM
                                                      current V12 engines with >6.0 displacementslacker2010/10/05 02:02 AM
                                                    DisplayLinus Torvalds2010/10/04 10:39 AM
                                                      DisplayGabriele Svelto2010/10/05 12:34 AM
                                                  DisplayRichard Cownie2010/10/04 06:22 AM
                                                    Displayanon2010/10/04 09:22 PM
                                                      DisplayRichard Cownie2010/10/05 06:42 AM
                                              Displaympx2010/10/03 11:55 AM
                                                Displayrcf2010/10/03 01:12 PM
                                                  Displaympx2010/10/03 02:36 PM
                                                    Displayrcf2010/10/03 05:36 PM
                                                      DisplayRicardo B2010/10/04 02:50 PM
                                                        Displaygallier22010/10/05 03:44 AM
                                                          DisplayDavid Hess2010/10/05 05:21 AM
                                                            Displaygallier22010/10/05 08:21 AM
                                                  DisplayDavid Hess2010/10/03 11:21 PM
                                                    Displayrcf2010/10/04 08:06 AM
                                                DisplayDavid Kanter2010/10/03 01:54 PM
                                                  Alternative integrationPaul A. Clayton2010/10/06 08:51 AM
                                              Displayslacker2010/10/03 07:26 PM
                                              Display & marketing & analogies?2010/10/04 02:33 AM
                                                Display & marketing & analogieskdg2010/10/04 06:00 AM
                                      DisplayKevin G2010/10/02 09:49 AM
                                        DisplayAnon2010/10/03 03:43 PM
                        Sandy Bridge CPU article onlineDavid Kanter2010/09/29 03:17 PM
        Sandy Bridge CPU article onlineJack2010/09/28 06:27 AM
    Sandy Bridge CPU article onlineIntelUser20002010/09/28 03:07 AM
      Sandy Bridge CPU article onlinempx2010/09/28 12:34 PM
        Sandy Bridge CPU article onlineAaron Spink2010/09/28 01:28 PM
          Sandy Bridge CPU article onlineJoshW2010/09/28 02:13 PM
          Sandy Bridge CPU article onlinempx2010/09/28 02:54 PM
        Sandy Bridge CPU article onlineFoo_2010/09/29 01:19 AM
          Sandy Bridge CPU article onlinempx2010/09/29 03:06 AM
            Sandy Bridge CPU article onlineJS2010/09/29 03:42 AM
              Sandy Bridge CPU article onlinempx2010/09/29 04:03 AM
            Sandy Bridge CPU article onlineFoo_2010/09/29 05:55 AM
  Sandy Bridge CPU article onlineajensen2010/09/28 12:19 AM
    Sandy Bridge CPU article onlineIan Ollmann2010/09/28 04:52 PM
      Sandy Bridge CPU article onlinea reader2010/09/28 05:05 PM
      Sandy Bridge CPU article onlineajensen2010/09/28 11:35 PM
  Updated: Sandy Bridge CPU articleDavid Kanter2010/10/01 05:11 AM
    Updated: Sandy Bridge CPU articleanon2011/01/07 09:55 PM
      Updated: Sandy Bridge CPU articleEric Bron2011/01/08 03:29 AM
        Updated: Sandy Bridge CPU articleanon2011/01/11 11:24 PM
          Updated: Sandy Bridge CPU articleanon2011/01/15 11:21 AM
            David Kanter can you shed some light? Re Updated: Sandy Bridge CPU articleanon2011/01/16 11:22 PM
              David Kanter can you shed some light? Re Updated: Sandy Bridge CPU articleanonymous2011/01/17 02:04 AM
                David Kanter can you shed some light? Re Updated: Sandy Bridge CPU articleanon2011/01/17 07:12 AM
                  I can try....David Kanter2011/01/18 03:54 PM
                    I can try....anon2011/01/18 08:07 PM
                      I can try....David Kanter2011/01/18 11:24 PM
                        I can try....anon2011/01/19 07:51 AM
                          Wider fetch than execute makes sensePaul A. Clayton2011/01/19 08:53 AM
  Sandy Bridge CPU article onlineNicolas Capens2011/01/04 07:29 AM
    Sandy Bridge CPU article onlineSeni2011/01/04 09:07 PM
      Sandy Bridge CPU article onlinehobold2011/01/04 11:26 PM
        Sandy Bridge CPU article onlineMichael S2011/01/05 02:01 AM
          software assist exceptionshobold2011/01/05 04:36 PM
      Sandy Bridge CPU article onlineMichael S2011/01/05 01:58 AM
        Sandy Bridge CPU article onlineanon2011/01/05 04:51 AM
          Sandy Bridge CPU article onlineSeni2011/01/05 08:53 AM
            Sandy Bridge CPU article onlineMichael S2011/01/05 09:03 AM
              Sandy Bridge CPU article onlineanon2011/01/05 04:14 PM
      Sandy Bridge CPU article onlineNicolas Capens2011/01/05 04:50 AM
        Sandy Bridge CPU article onlineGabriele Svelto2011/01/05 05:00 AM
          Sandy Bridge CPU article onlineNicolas Capens2011/01/05 07:26 AM
            Sandy Bridge CPU article onlineGabriele Svelto2011/01/05 07:50 AM
              Sandy Bridge CPU article onlineMichael S2011/01/05 08:39 AM
              Sandy Bridge CPU article onlineNicolas Capens2011/01/05 03:50 PM
                permuting vector elementshobold2011/01/05 05:03 PM
                  permuting vector elementsNicolas Capens2011/01/05 06:01 PM
                  permuting vector elementsNicolas Capens2011/01/06 08:27 AM
                Sandy Bridge CPU article onlineGabriele Svelto2011/01/11 11:33 AM
                  Sandy Bridge CPU article onlineEduardoS2011/01/11 01:51 PM
                  Sandy Bridge CPU article onlinehobold2011/01/11 02:11 PM
                    Sandy Bridge CPU article onlineDavid Kanter2011/01/11 06:07 PM
                      Sandy Bridge CPU article onlineMichael S2011/01/12 03:25 AM
                        Sandy Bridge CPU article onlinehobold2011/01/12 05:03 PM
                          Sandy Bridge CPU article onlineDavid Kanter2011/01/12 11:27 PM
                            Sandy Bridge CPU article onlineEric Bron2011/01/13 02:38 AM
                            Sandy Bridge CPU article onlineMichael S2011/01/13 03:32 AM
                              Sandy Bridge CPU article onlinehobold2011/01/13 01:53 PM
                            What happened to VPERMIL2PS?Michael S2011/01/13 03:46 AM
                              What happened to VPERMIL2PS?Eric Bron2011/01/13 06:46 AM
                          Lower cost permutePaul A. Clayton2011/01/13 12:11 PM
                          Sandy Bridge CPU article onlineanon2011/01/25 06:31 PM
                  Sandy Bridge CPU article onlineNicolas Capens2011/01/12 06:34 PM
                    Sandy Bridge CPU article onlineGabriele Svelto2011/01/13 07:38 AM
                      Sandy Bridge CPU article onlineNicolas Capens2011/01/15 09:47 PM
                        Sandy Bridge CPU article onlineGabriele Svelto2011/01/16 03:13 AM
                        And just to make a further exampleGabriele Svelto2011/01/16 04:24 AM
                        Sandy Bridge CPU article onlinempx2011/01/16 01:27 PM
                      Sandy Bridge CPU article onlineNicolas Capens2011/01/25 02:56 PM
                        Sandy Bridge CPU article onlineDavid Kanter2011/01/25 04:11 PM
                          Sandy Bridge CPU article onlineNicolas Capens2011/01/26 08:49 AM
                            Sandy Bridge CPU article onlineEduardoS2011/01/26 04:35 PM
                              Sandy Bridge CPU article onlineNicolas Capens2011/01/27 02:51 AM
                                Sandy Bridge CPU article onlineEduardoS2011/01/27 02:40 PM
                                  Sandy Bridge CPU article onlineNicolas Capens2011/01/28 03:24 AM
                                    Sandy Bridge CPU article onlineEric Bron2011/01/28 03:49 AM
                                      Sandy Bridge CPU article onlineNicolas Capens2011/01/30 02:11 PM
                                        Sandy Bridge CPU article onlineEric Bron2011/01/31 03:43 AM
                                          Sandy Bridge CPU article onlineNicolas Capens2011/02/01 04:02 AM
                                            Sandy Bridge CPU article onlineEric Bron2011/02/01 04:28 AM
                                            Sandy Bridge CPU article onlineEric Bron2011/02/01 04:43 AM
                                    Sandy Bridge CPU article onlineEduardoS2011/01/28 07:14 PM
                                      Sandy Bridge CPU article onlineNicolas Capens2011/02/01 02:58 AM
                                        Sandy Bridge CPU article onlineEduardoS2011/02/01 02:36 PM
                                          Sandy Bridge CPU article onlineanon2011/02/01 04:56 PM
                                            Sandy Bridge CPU article onlineEduardoS2011/02/01 09:17 PM
                                              Sandy Bridge CPU article onlineanon2011/02/01 10:13 PM
                                              Sandy Bridge CPU article onlineEric Bron2011/02/02 04:08 AM
                                              Sandy Bridge CPU article onlineEric Bron2011/02/02 04:26 AM
                                Sandy Bridge CPU article onlinekalmaegi2011/02/01 09:29 AM
                            SW RasterizationDavid Kanter2011/01/27 05:18 PM
                              Lower pin count memoryiz2011/01/27 09:19 PM
                                Lower pin count memoryDavid Kanter2011/01/27 09:25 PM
                                  Lower pin count memoryiz2011/01/27 11:31 PM
                                    Lower pin count memoryDavid Kanter2011/01/27 11:52 PM
                                      Lower pin count memoryiz2011/01/28 12:28 AM
                                        Lower pin count memoryDavid Kanter2011/01/28 01:05 AM
                                          Lower pin count memoryiz2011/01/28 03:55 AM
                                            Lower pin count memoryDavid Hess2011/01/28 01:15 PM
                                            Lower pin count memoryDavid Kanter2011/01/28 01:57 PM
                                              Lower pin count memoryiz2011/01/28 05:20 PM
                                      Two years laterForgotPants2013/10/26 11:33 AM
                                        Two years lateranon2013/10/26 11:36 AM
                                        Two years laterExophase2013/10/26 12:56 PM
                                        Two years laterDavid Hess2013/10/26 05:05 PM
                                        Herz is totally the thing you DON*T care.Jouni Osmala2013/10/27 01:48 AM
                                          Herz is totally the thing you DON*T care.EduardoS2013/10/27 07:00 AM
                                            Herz is totally the thing you DON*T care.Michael S2013/10/27 07:45 AM
                                        Two years latersomeone2013/10/28 07:21 AM
                                  Lower pin count memoryMartin Høyer Kristiansen2011/01/28 01:41 AM
                                    Lower pin count memoryiz2011/01/28 03:07 AM
                                Lower pin count memoryDarrell Coker2011/01/27 10:39 PM
                                  Lower pin count memoryiz2011/01/28 12:20 AM
                                    Lower pin count memoryDarrell Coker2011/01/28 06:07 PM
                                      Lower pin count memoryiz2011/01/28 11:57 PM
                                        Lower pin count memoryDarrell Coker2011/01/29 02:21 AM
                                          Lower pin count memoryiz2011/01/31 10:28 PM
                              SW RasterizationNicolas Capens2011/02/02 08:48 AM
                                SW RasterizationEric Bron2011/02/02 09:37 AM
                                  SW RasterizationNicolas Capens2011/02/02 04:35 PM
                                    SW RasterizationEric Bron2011/02/02 05:11 PM
                                    SW RasterizationEric Bron2011/02/03 02:13 AM
                                      SW RasterizationNicolas Capens2011/02/04 07:57 AM
                                        SW RasterizationEric Bron2011/02/04 08:50 AM
                                          erratumEric Bron2011/02/04 08:58 AM
                                          SW RasterizationNicolas Capens2011/02/04 05:25 PM
                                            SW RasterizationDavid Kanter2011/02/04 05:33 PM
                                              SW Rasterizationanon2011/02/04 06:04 PM
                                              SW RasterizationNicolas Capens2011/02/05 03:39 PM
                                                SW RasterizationDavid Kanter2011/02/05 05:07 PM
                                                  SW RasterizationNicolas Capens2011/02/05 11:39 PM
                                        SW RasterizationEric Bron2011/02/04 10:55 AM
                                Comments pt 1David Kanter2011/02/02 01:08 PM
                                  Comments pt 1Eric Bron2011/02/02 03:16 PM
                                  Comments pt 1Gabriele Svelto2011/02/03 01:37 AM
                                    Comments pt 1Eric Bron2011/02/03 02:36 AM
                                    Comments pt 1Nicolas Capens2011/02/03 11:08 PM
                                  Comments pt 1Nicolas Capens2011/02/03 10:26 PM
                                    Comments pt 1Eric Bron2011/02/04 03:33 AM
                                      Comments pt 1Nicolas Capens2011/02/04 05:24 AM
                                    example codeEric Bron2011/02/04 04:51 AM
                                      example codeNicolas Capens2011/02/04 08:24 AM
                                        example codeEric Bron2011/02/04 08:36 AM
                                          example codeNicolas Capens2011/02/05 11:43 PM
                                    Comments pt 1Rohit2011/02/04 12:43 PM
                                      Comments pt 1Nicolas Capens2011/02/04 05:05 PM
                                        Comments pt 1David Kanter2011/02/04 05:36 PM
                                          Comments pt 1Nicolas Capens2011/02/05 02:45 PM
                                            Comments pt 1Eric Bron2011/02/05 04:13 PM
                                              Comments pt 1Nicolas Capens2011/02/05 11:52 PM
                                                Comments pt 1Eric Bron2011/02/06 01:31 AM
                                                  Comments pt 1Nicolas Capens2011/02/06 04:06 PM
                                                    Comments pt 1Eric Bron2011/02/07 03:12 AM
                                                      The need for gather/scatter supportNicolas Capens2011/02/10 10:07 AM
                                                        The need for gather/scatter supportEric Bron2011/02/11 03:11 AM
                                                          Gather/scatter performance dataNicolas Capens2011/02/13 03:39 AM
                                                            Gather/scatter performance dataEric Bron2011/02/13 07:46 AM
                                                              Gather/scatter performance dataNicolas Capens2011/02/14 07:48 AM
                                                                Gather/scatter performance dataEric Bron2011/02/14 09:32 AM
                                                                Gather/scatter performance dataEric Bron2011/02/14 10:07 AM
                                                            Gather/scatter performance dataEric Bron2011/02/13 09:00 AM
                                                              Gather/scatter performance dataNicolas Capens2011/02/14 07:49 AM
                                                                Gather/scatter performance dataEric Bron2011/02/15 02:23 AM
                                                            Gather/scatter performance dataEric Bron2011/02/13 05:06 PM
                                                              Gather/scatter performance dataNicolas Capens2011/02/14 07:52 AM
                                                                Gather/scatter performance dataEric Bron2011/02/14 09:43 AM
                                SW Rasterization - a long way offRohit2011/02/02 01:17 PM
                                  SW Rasterization - a long way offNicolas Capens2011/02/04 03:59 AM
                                    CPU only rendering - a long way offRohit2011/02/04 11:52 AM
                                      CPU only rendering - a long way offNicolas Capens2011/02/04 07:15 PM
                                        CPU only rendering - a long way offRohit2011/02/05 02:00 AM
                                          CPU only rendering - a long way offNicolas Capens2011/02/05 09:45 PM
                                            CPU only rendering - a long way offDavid Kanter2011/02/06 09:51 PM
                                              CPU only rendering - a long way offGian-Carlo Pascutto2011/02/07 12:22 AM
                                                EncryptionDavid Kanter2011/02/07 01:18 AM
                                                  EncryptionNicolas Capens2011/02/07 07:51 AM
                                                    EncryptionDavid Kanter2011/02/07 11:50 AM
                                                      EncryptionNicolas Capens2011/02/08 10:26 AM
                                                        CPUs are latency optimizedDavid Kanter2011/02/08 11:38 AM
                                                          efficient compiler on an efficient GPU real today.sJ2011/02/08 11:29 PM
                                                          CPUs are latency optimizedNicolas Capens2011/02/09 09:49 PM
                                                            CPUs are latency optimizedEric Bron2011/02/10 12:49 AM
                                                              CPUs are latency optimizedAntti-Ville Tuunainen2011/02/10 06:16 AM
                                                              CPUs are latency optimizedNicolas Capens2011/02/10 07:04 AM
                                                                CPUs are latency optimizedEric Bron2011/02/10 07:48 AM
                                                                  CPUs are latency optimizedNicolas Capens2011/02/10 01:31 PM
                                                                    CPUs are latency optimizedEric Bron2011/02/11 02:43 AM
                                                                      CPUs are latency optimizedNicolas Capens2011/02/11 07:31 AM
                                                            CPUs are latency optimizedEduardoS2011/02/10 05:29 PM
                                                              CPUs are latency optimizedAnon2011/02/10 06:40 PM
                                                                CPUs are latency optimizedDavid Kanter2011/02/10 08:33 PM
                                                                CPUs are latency optimizedEduardoS2011/02/11 02:18 PM
                                                              CPUs are latency optimizedNicolas Capens2011/02/11 05:56 AM
                                                                CPUs are latency optimizedRohit2011/02/11 07:33 AM
                                                                  CPUs are latency optimizedNicolas Capens2011/02/14 02:19 AM
                                                                    CPUs are latency optimizedEric Bron2011/02/14 03:23 AM
                                                                    CPUs are latency optimizedEduardoS2011/02/14 01:11 PM
                                                                CPUs are latency optimizedDavid Kanter2011/02/11 02:45 PM
                                                                  CPUs are latency optimizedNicolas Capens2011/02/15 05:22 AM
                                                                    CPUs are latency optimizedDavid Kanter2011/02/15 12:47 PM
                                                                      CPUs are latency optimizedNicolas Capens2011/02/15 07:10 PM
                                                                        Have funDavid Kanter2011/02/15 10:04 PM
                                                                          Have funNicolas Capens2011/02/17 03:59 AM
                                                                            Have funBrett2011/02/17 12:56 PM
                                                                              Have funNicolas Capens2011/02/19 04:53 PM
                                                                                Have funBrett2011/02/20 06:08 PM
                                                                                  Have funBrett2011/02/20 07:13 PM
                                                                                  On-die storage to fight AmdahlNicolas Capens2011/02/23 05:37 PM
                                                                                    On-die storage to fight AmdahlBrett2011/02/23 09:59 PM
                                                                                      On-die storage to fight AmdahlBrett2011/02/23 10:08 PM
                                                                                      On-die storage to fight AmdahlNicolas Capens2011/02/24 07:42 PM
                                                                                        On-die storage to fight AmdahlRohit2011/02/25 11:02 PM
                                                                                          On-die storage to fight AmdahlNicolas Capens2011/03/09 06:53 PM
                                                                                            On-die storage to fight AmdahlRohit2011/03/10 08:02 AM
                                                                                              NVIDIA using tile based rendering?Nathan Monson2011/03/11 07:58 PM
                                                                                                NVIDIA using tile based rendering?Rohit2011/03/12 04:29 AM
                                                                                                  NVIDIA using tile based rendering?Nathan Monson2011/03/12 11:05 AM
                                                                                                    NVIDIA using tile based rendering?Rohit2011/03/12 11:16 AM
                                                                                        On-die storage to fight AmdahlBrett2011/02/26 02:10 AM
                                                                                          On-die storage to fight AmdahlNathan Monson2011/02/26 01:51 PM
                                                                                            On-die storage to fight AmdahlBrett2011/02/26 04:40 PM
                                                                                          Convergence is inevitableNicolas Capens2011/03/09 08:22 PM
                                                                                            Convergence is inevitableBrett2011/03/09 10:59 PM
                                                                                              Convergence is inevitableAntti-Ville Tuunainen2011/03/10 03:34 PM
                                                                                                Convergence is inevitableBrett2011/03/10 09:39 PM
                                                                                                  Procedural texturing?David Kanter2011/03/11 01:32 AM
                                                                                                    Procedural texturing?hobold2011/03/11 03:59 AM
                                                                                                    Procedural texturing?Dan Downs2011/03/11 09:28 AM
                                                                                                    Procedural texturing?Mark Roulo2011/03/11 02:58 PM
                                                                                                    Procedural texturing?Anon2011/03/11 06:11 PM
                                                                                                      Procedural texturing?Nathan Monson2011/03/11 07:30 PM
                                                                                                        Procedural texturing?Brett2011/03/15 07:45 AM
                                                                                                          Procedural texturing?Seni2011/03/15 10:13 AM
                                                                                                            Procedural texturing?Brett2011/03/15 11:45 AM
                                                                                                              Procedural texturing?Seni2011/03/15 02:09 PM
                                                                                                      Procedural texturing?Brett2011/03/11 10:02 PM
                                                                                                    Procedural texturing?Brett2011/03/11 09:34 PM
                                                                                                    Procedural texturing?Eric Bron2011/03/12 03:37 AM
                                                                                            Convergence is inevitableJouni Osmala2011/03/09 11:28 PM
                                                                                            Convergence is inevitableBrett2011/04/05 05:08 PM
                                                                                              Convergence is inevitableNicolas Capens2011/04/07 05:23 AM
                                                                                                Convergence is inevitablenone2011/04/07 07:03 AM
                                                                                                  Convergence is inevitableNicolas Capens2011/04/07 10:34 AM
                                                                                                  Convergence is inevitableanon2011/04/07 02:15 PM
                                                                                                    Convergence is inevitablenone2011/04/08 01:57 AM
                                                                                                  Convergence is inevitableBrett2011/04/07 08:04 PM
                                                                                                    Convergence is inevitablenone2011/04/08 02:14 AM
                                                                                                      Gather implementationDavid Kanter2011/04/08 12:01 PM
                                                                                                RAM LatencyDavid Hess2011/04/07 08:22 AM
                                                                                                  RAM LatencyBrett2011/04/07 07:20 PM
                                                                                                  RAM LatencyNicolas Capens2011/04/07 10:18 PM
                                                                                                    RAM LatencyBrett2011/04/08 05:33 AM
                                                                                                      RAM LatencyNicolas Capens2011/04/10 02:23 PM
                                                                                                    RAM LatencyRohit2011/04/08 06:57 AM
                                                                                                      RAM LatencyNicolas Capens2011/04/10 01:23 PM
                                                                                                        RAM LatencyDavid Kanter2011/04/10 02:27 PM
                                                                                                        RAM LatencyRohit2011/04/11 06:17 AM
                                                                                                Convergence is inevitableEric Bron2011/04/07 09:46 AM
                                                                                                  Convergence is inevitableNicolas Capens2011/04/07 09:50 PM
                                                                                                    Convergence is inevitableEric Bron2011/04/08 12:39 AM
                                                                                      Flaws in PowerVRRohit2011/02/25 11:21 PM
                                                                                        Flaws in PowerVRBrett2011/02/26 12:37 AM
                                                                                          Flaws in PowerVRPaul2011/02/26 05:17 AM
                                                                            Have funDavid Kanter2011/02/18 12:52 PM
                                                                              Have funMichael S2011/02/19 12:12 PM
                                                                                Have funDavid Kanter2011/02/19 03:26 PM
                                                                                  Have funMichael S2011/02/19 04:43 PM
                                                                                    Have funanon2011/02/19 05:02 PM
                                                                                      Have funMichael S2011/02/19 05:56 PM
                                                                                        Have funanon2011/02/20 03:50 PM
                                                                                Have funEduardoS2011/02/20 02:44 PM
                                                                                  Linear vs non-linearEduardoS2011/02/20 02:55 PM
                                                                                  Have funMichael S2011/02/20 04:19 PM
                                                                                    Have funEduardoS2011/02/20 05:51 PM
                                                                              Have funNicolas Capens2011/02/21 11:12 AM
                                                                                Have funMichael S2011/02/21 12:38 PM
                                                                                  Have funEric Bron2011/02/21 02:10 PM
                                                                                  Have funEric Bron2011/02/21 02:39 PM
                                                                                    Have funMichael S2011/02/21 06:13 PM
                                                                                      Have funEric Bron2011/02/22 12:43 AM
                                                                                        Have funMichael S2011/02/22 01:47 AM
                                                                                          Have funEric Bron2011/02/22 02:10 AM
                                                                                            Have funMichael S2011/02/22 11:37 AM
                                                                                              Have funanon2011/02/22 01:38 PM
                                                                                              Have funEduardoS2011/02/22 03:49 PM
                                                                                  Gather/scatter efficiencyNicolas Capens2011/02/23 06:37 PM
                                                                                    Gather/scatter efficiencyanonymous2011/02/23 06:51 PM
                                                                                      Gather/scatter efficiencyNicolas Capens2011/02/24 06:57 PM
                                                                                        Gather/scatter efficiencyanonymous2011/02/24 07:16 PM
                                                                                          Gather/scatter efficiencyMichael S2011/02/25 07:45 AM
                                                                                            Gather implementationDavid Kanter2011/02/25 05:34 PM
                                                                                              Gather implementationMichael S2011/02/26 10:40 AM
                                                                                                Gather implementationanon2011/02/26 11:52 AM
                                                                                                  Gather implementationMichael S2011/02/26 12:16 PM
                                                                                                    Gather implementationanon2011/02/26 11:22 PM
                                                                                                      Gather implementationMichael S2011/02/27 07:23 AM
                                                                                          Gather/scatter efficiencyNicolas Capens2011/02/28 03:14 PM
                                                                                Consider yourself ignoredDavid Kanter2011/02/22 01:05 AM
                                                                        one more anti-FMA flame. By me.Michael S2011/02/16 07:40 AM
                                                                          one more anti-FMA flame. By me.Eric Bron2011/02/16 08:30 AM
                                                                          one more anti-FMA flame. By me.Eric Bron2011/02/16 09:15 AM
                                                                          one more anti-FMA flame. By me.Nicolas Capens2011/02/17 06:27 AM
                                                                            anti-FMA != anti-throughput or anti-SGMichael S2011/02/17 07:42 AM
                                                                              anti-FMA != anti-throughput or anti-SGNicolas Capens2011/02/17 05:46 PM
                                                                                Tarantula paperPaul A. Clayton2011/02/18 12:38 AM
                                                                                  Tarantula paperNicolas Capens2011/02/19 05:19 PM
                                                                                anti-FMA != anti-throughput or anti-SGEric Bron2011/02/18 01:48 AM
                                                                                  anti-FMA != anti-throughput or anti-SGNicolas Capens2011/02/20 03:46 PM
                                                                                    anti-FMA != anti-throughput or anti-SGMichael S2011/02/20 05:00 PM
                                                                                      anti-FMA != anti-throughput or anti-SGNicolas Capens2011/02/23 04:05 AM
                                                                                        Software pipelining on x86David Kanter2011/02/23 05:04 AM
                                                                                          Software pipelining on x86JS2011/02/23 05:25 AM
                                                                                            Software pipelining on x86Salvatore De Dominicis2011/02/23 08:37 AM
                                                                                            Software pipelining on x86Jouni Osmala2011/02/23 09:10 AM
                                                                                            Software pipelining on x86LeeMiller2011/02/23 10:07 PM
                                                                                          Software pipelining on x86Nicolas Capens2011/02/24 03:17 PM
                                                                                            Software pipelining on x86anonymous2011/02/24 07:04 PM
                                                                                              Software pipelining on x86Nicolas Capens2011/02/28 09:27 AM
                                                                                              Software pipelining on x86Antti-Ville Tuunainen2011/03/02 04:31 AM
                                                                                              Software pipelining on x86Megol2011/03/02 12:55 PM
                                                                                                Software pipelining on x86Geert Bosch2011/03/03 07:58 AM
                                                                                            FMA benefits and latency predictionsDavid Kanter2011/02/25 05:14 PM
                                                                                              FMA benefits and latency predictionsAntti-Ville Tuunainen2011/02/26 10:43 AM
                                                                                                FMA benefits and latency predictionsMatt Waldhauer2011/02/27 06:42 AM
                                                                                              FMA benefits and latency predictionsNicolas Capens2011/03/09 06:11 PM
                                                                                                FMA benefits and latency predictionsRohit2011/03/10 08:11 AM
                                                                                                  FMA benefits and latency predictionsEric Bron2011/03/10 09:30 AM
                                                                                        anti-FMA != anti-throughput or anti-SGMichael S2011/02/23 05:19 AM
                                                                                          anti-FMA != anti-throughput or anti-SGNicolas Capens2011/02/23 07:50 AM
                                                                                            anti-FMA != anti-throughput or anti-SGMichael S2011/02/23 10:37 AM
                                                                                              FMA and beyondNicolas Capens2011/02/24 04:47 PM
                                                                                                detour on terminologyhobold2011/02/24 07:08 PM
                                                                                                  detour on terminologyNicolas Capens2011/02/28 02:24 PM
                                                                                                    detour on terminologyEric Bron2011/03/01 02:38 AM
                                                                                                      detour on terminologyMichael S2011/03/01 05:03 AM
                                                                                                        detour on terminologyEric Bron2011/03/01 05:39 AM
                                                                                                          detour on terminologyMichael S2011/03/01 08:33 AM
                                                                                                            detour on terminologyEric Bron2011/03/01 09:34 AM
                                                                                                              erratum Eric Bron2011/03/01 09:54 AM
                                                                                                      detour on terminologyNicolas Capens2011/03/10 08:39 AM
                                                                                                        detour on terminologyEric Bron2011/03/10 09:50 AM
                                                                                        anti-FMA != anti-throughput or anti-SGNicolas Capens2011/02/23 06:12 AM
                                                                                    anti-FMA != anti-throughput or anti-SGDavid Kanter2011/02/20 11:25 PM
                                                                              anti-FMA != anti-throughput or anti-SGDavid Kanter2011/02/17 06:51 PM
                                                                                Tarantula vector unit well-integratedPaul A. Clayton2011/02/18 12:38 AM
                                                                                anti-FMA != anti-throughput or anti-SGMegol2011/02/19 02:17 PM
                                                                                  anti-FMA != anti-throughput or anti-SGDavid Kanter2011/02/20 02:09 AM
                                                                                    anti-FMA != anti-throughput or anti-SGMegol2011/02/20 09:55 AM
                                                                                      anti-FMA != anti-throughput or anti-SGDavid Kanter2011/02/20 01:39 PM
                                                                                        anti-FMA != anti-throughput or anti-SGEduardoS2011/02/20 02:35 PM
                                                                                        anti-FMA != anti-throughput or anti-SGMegol2011/02/21 08:12 AM
                                                                              anti-FMA != anti-throughput or anti-SGanon2011/02/17 10:44 PM
                                                                                anti-FMA != anti-throughput or anti-SGMichael S2011/02/18 06:20 AM
                                                                            one more anti-FMA flame. By me.Eric Bron2011/02/17 08:24 AM
                                                                              thanksMichael S2011/02/17 04:56 PM
                                                                    CPUs are latency optimizedEduardoS2011/02/15 01:24 PM
                                                                    SwiftShader SNB testEric Bron2011/02/15 03:46 PM
                                                                      SwiftShader NHM testEric Bron2011/02/15 04:50 PM
                                                                      SwiftShader SNB testNicolas Capens2011/02/17 12:06 AM
                                                                        SwiftShader SNB testEric Bron2011/02/17 01:21 AM
                                                                        SwiftShader SNB testEric Bron2011/02/22 10:32 AM
                                                                          SwiftShader SNB test 2nd runEric Bron2011/02/22 10:51 AM
                                                                            SwiftShader SNB test 2nd runNicolas Capens2011/02/23 02:14 PM
                                                                              SwiftShader SNB test 2nd runEric Bron2011/02/23 02:42 PM
                                                                                Win7SP1 out but no AVX hype?Michael S2011/02/24 03:14 AM
                                                                                  Win7SP1 out but no AVX hype?Eric Bron2011/02/24 03:39 AM
                                                                  CPUs are latency optimizedEric Bron2011/02/15 08:02 AM
                                                                CPUs are latency optimizedEduardoS2011/02/11 03:40 PM
                                              CPU only rendering - not a long way offNicolas Capens2011/02/07 06:45 AM
                                                CPU only rendering - not a long way offDavid Kanter2011/02/07 12:09 PM
                                                  CPU only rendering - not a long way offanonymous2011/02/07 10:25 PM
                                                    Sandy Bridge IGP EUsDavid Kanter2011/02/07 11:22 PM
                                                      Sandy Bridge IGP EUsHannes2011/02/08 05:59 AM
                                SW Rasterization - Why?Seni2011/02/02 02:53 PM
                                  Market reasons to ditch the IGPNicolas Capens2011/02/10 03:12 PM
                                    Market reasons to ditch the IGPSeni2011/02/11 05:42 AM
                                      Market reasons to ditch the IGPNicolas Capens2011/02/16 04:29 AM
                                        Market reasons to ditch the IGPSeni2011/02/16 01:39 PM
                                          An excellent post!David Kanter2011/02/16 03:18 PM
                                          CPUs clock higherMoritz2011/02/17 08:06 AM
                                          Market reasons to ditch the IGPNicolas Capens2011/02/18 06:22 PM
                                            Market reasons to ditch the IGPIntelUser20002011/02/18 07:20 PM
                                              Market reasons to ditch the IGPNicolas Capens2011/02/21 02:42 PM
                                                Bad data (repeated)David Kanter2011/02/22 12:21 AM
                                                  Bad data (repeated)none2011/02/22 03:04 AM
                                                    13W or 8W?Foo_2011/02/22 06:00 AM
                                                      13W or 8W?Linus Torvalds2011/02/22 08:58 AM
                                                        13W or 8W?David Kanter2011/02/22 11:33 AM
                                                          13W or 8W?Mark Christiansen2011/02/22 02:47 PM
                                                  Bigger pictureNicolas Capens2011/02/24 06:33 PM
                                                    Bigger pictureNicolas Capens2011/02/24 08:06 PM
                                                    20+ WattNicolas Capens2011/02/24 08:18 PM
                                                      <20WDavid Kanter2011/02/25 01:13 PM
                                                        >20WNicolas Capens2011/03/08 07:34 PM
                                                          IGP is 3X more efficientDavid Kanter2011/03/08 10:53 PM
                                                            IGP is 3X more efficientEric Bron2011/03/09 02:44 AM
                                                          >20WEric Bron2011/03/09 03:48 AM
                                                    Specious data and claims are still speciousDavid Kanter2011/02/25 02:38 AM
                                                      IGP power consumption, LRB samplersNicolas Capens2011/03/08 06:24 PM
                                                        IGP power consumption, LRB samplersEduardoS2011/03/08 06:52 PM
                                                        IGP power consumption, LRB samplersRohit2011/03/09 07:42 AM
                                                Market reasons to ditch the IGPnone2011/02/22 02:58 AM
                                                  Market reasons to ditch the IGPNicolas Capens2011/02/24 06:43 PM
                                                Market reasons to ditch the IGPslacker2011/02/22 02:32 PM
                                            Market reasons to ditch the IGPSeni2011/02/18 09:51 PM
                                              Correction - 28 comparators, not 36. (NT)Seni2011/02/18 10:03 PM
                                              Market reasons to ditch the IGPGabriele Svelto2011/02/19 01:49 AM
                                                Market reasons to ditch the IGPSeni2011/02/19 11:59 AM
                                                  Market reasons to ditch the IGPExophase2011/02/20 10:43 AM
                                              Market reasons to ditch the IGPEduardoS2011/02/19 10:13 AM
                                                Market reasons to ditch the IGPSeni2011/02/19 11:46 AM
                                              The next revolutionNicolas Capens2011/02/22 03:33 AM
                                                The next revolutionGabriele Svelto2011/02/22 09:15 AM
                                                  The next revolutionEric Bron2011/02/22 09:48 AM
                                                  The next revolutionNicolas Capens2011/02/23 07:39 PM
                                                    The next revolutionGabriele Svelto2011/02/24 12:43 AM
                                                      GPGPU content creation (or lack of it)Nicolas Capens2011/02/28 07:39 AM
                                                        GPGPU content creation (or lack of it)The market begs to differ2011/03/01 06:32 AM
                                                          GPGPU content creation (or lack of it)Nicolas Capens2011/03/09 09:14 PM
                                                            GPGPU content creation (or lack of it)Gabriele Svelto2011/03/10 01:01 AM
                                                        The market begs to differGabriele Svelto2011/03/01 06:33 AM
                                                    The next revolutionAnon2011/02/24 02:15 AM
                                                      The next revolutionNicolas Capens2011/02/28 02:34 PM
                                                The next revolutionSeni2011/02/22 02:02 PM
                                                  The next revolutionGabriele Svelto2011/02/23 06:27 AM
                                                    The next revolutionSeni2011/02/23 09:03 AM
                                                  The next revolutionNicolas Capens2011/02/24 06:11 AM
                                                    The next revolutionSeni2011/02/24 08:45 PM
                                                      IGP sampler countNicolas Capens2011/03/03 05:19 AM
                                                      Latency and throughput optimized coresNicolas Capens2011/03/07 03:28 PM
                                                        The real reason no IGP /CPU converge.Jouni Osmala2011/03/07 11:34 PM
                                                          Still convergingNicolas Capens2011/03/13 03:08 PM
                                                      Homogeneous CPU advantagesNicolas Capens2011/03/08 12:12 AM
                                                        Homogeneous CPU advantagesSeni2011/03/08 09:23 AM
                                                        Homogeneous CPU advantagesDavid Kanter2011/03/08 11:16 AM
                                                          Homogeneous CPU advantagesBrett2011/03/09 03:37 AM
                                                        Homogeneous CPU advantagesJouni Osmala2011/03/09 12:27 AM
                                SW Rasterizationfirsttimeposter2011/02/03 11:18 PM
                                  SW RasterizationNicolas Capens2011/02/04 04:48 AM
                                    SW RasterizationEric Bron2011/02/04 05:14 AM
                                      SW RasterizationNicolas Capens2011/02/04 08:36 AM
                                        SW RasterizationEric Bron2011/02/04 08:42 AM
                        Sandy Bridge CPU article onlineEric Bron2011/01/26 03:23 AM
                        Sandy Bridge CPU article onlineGabriele Svelto2011/02/04 04:31 AM
                          Sandy Bridge CPU article onlineNicolas Capens2011/02/05 08:46 PM
                            Sandy Bridge CPU article onlineGabriele Svelto2011/02/06 06:20 AM
                              Sandy Bridge CPU article onlineNicolas Capens2011/02/06 06:07 PM
      Sandy Bridge CPU article onlinearch.comp2011/01/06 10:58 PM
        Sandy Bridge CPU article onlineSeni2011/01/07 10:25 AM
    Sandy Bridge CPU article onlineMichael S2011/01/05 04:28 AM
      Sandy Bridge CPU article onlineNicolas Capens2011/01/05 06:06 AM
        permuting vector elements (yet again)hobold2011/01/05 05:15 PM
          permuting vector elements (yet again)Nicolas Capens2011/01/06 06:11 AM
      Sandy Bridge CPU article onlineEric Bron2011/01/05 12:46 PM
        wow ...!hobold2011/01/05 05:19 PM
          wow ...!Nicolas Capens2011/01/05 06:11 PM
          wow ...!Eric Bron2011/01/05 10:46 PM
            compress LUTEric Bron2011/01/05 11:05 PM
          wow ...!Michael S2011/01/06 02:25 AM
            wow ...!Nicolas Capens2011/01/06 06:26 AM
              wow ...!Eric Bron2011/01/06 09:08 AM
                wow ...!Nicolas Capens2011/01/07 07:19 AM
                wow ...!Steve Underwood2011/01/07 10:53 PM
                  saturationhobold2011/01/08 10:25 AM
                    saturationSteve Underwood2011/01/08 12:38 PM
                      saturationMichael S2011/01/08 01:05 PM
                        128 bit floatsBrett2011/01/08 01:39 PM
                          128 bit floatsMichael S2011/01/08 02:10 PM
                            128 bit floatsAnil Maliyekkel2011/01/08 03:46 PM
                              128 bit floatsKevin G2011/02/27 11:15 AM
                                128 bit floatshobold2011/02/27 04:42 PM
                                  128 bit floatsIan Ollmann2011/02/28 04:56 PM
                                    OpenCL FP accuracyhobold2011/03/01 06:45 AM
                                      OpenCL FP accuracyanon2011/03/01 08:03 PM
                                        OpenCL FP accuracyhobold2011/03/02 03:53 AM
                                      OpenCL FP accuracyEric Bron2011/03/02 07:10 AM
                                        pet projecthobold2011/03/02 09:22 AM
                                          pet projectAnon2011/03/02 09:10 PM
                                            pet projecthobold2011/03/03 04:57 AM
                                          pet projectEric Bron2011/03/03 02:29 AM
                                            pet projecthobold2011/03/03 05:14 AM
                                              pet projectEric Bron2011/03/03 03:10 PM
                                                pet projecthobold2011/03/03 04:04 PM
                                        OpenCL and AMDVincent Diepeveen2011/03/07 01:44 PM
                                          OpenCL and AMDEric Bron2011/03/08 02:05 AM
                                            OpenCL and AMDVincent Diepeveen2011/03/08 08:27 AM
                                128 bit floatsMichael S2011/02/27 04:46 PM
                                128 bit floatsAnil Maliyekkel2011/02/27 06:14 PM
                        saturationSteve Underwood2011/01/17 04:42 AM
            wow ...!hobold2011/01/06 05:05 PM
  RingMoritz2011/01/20 10:51 PM
    RingAntti-Ville Tuunainen2011/01/21 12:25 PM
      RingMoritz2011/01/23 01:38 AM
        RingMichael S2011/01/23 04:04 AM
          So fastMoritz2011/01/23 07:57 AM
            So fastDavid Kanter2011/01/23 10:05 AM
  Sandy Bridge CPU (L1D cache)Gordon Ward2011/09/09 02:47 AM
    Sandy Bridge CPU (L1D cache)David Kanter2011/09/09 04:19 PM
      Sandy Bridge CPU (L1D cache)EduardoS2011/09/09 08:53 PM
      Sandy Bridge CPU (L1D cache)Paul A. Clayton2011/09/10 05:12 AM
      Sandy Bridge CPU (L1D cache)Michael S2011/09/10 09:41 AM
        Sandy Bridge CPU (L1D cache)EduardoS2011/09/10 11:17 AM
  Address Ports on Sandy Bridge SchedulerVictor2011/10/16 06:40 AM
    Address Ports on Sandy Bridge SchedulerEduardoS2011/10/16 07:45 PM
    Address Ports on Sandy Bridge SchedulerMegol2011/10/17 09:20 AM
      Address Ports on Sandy Bridge SchedulerVictor2011/10/18 05:34 PM
        Benefits of early schedulingPaul A. Clayton2011/10/18 06:53 PM
          Benefits of early schedulingVictor2011/10/19 05:58 PM
            Consistency and invalidation orderingPaul A. Clayton2011/10/20 04:43 AM
        Address Ports on Sandy Bridge SchedulerJohn Upcroft2011/10/21 04:16 PM
          Address Ports on Sandy Bridge SchedulerDavid Kanter2011/10/22 10:49 AM
            Address Ports on Sandy Bridge SchedulerJohn Upcroft2011/10/26 01:24 PM
              Store TLB look-up at commit?Paul A. Clayton2011/10/26 08:30 PM
                Store TLB look-up at commit?Richard Scott2011/10/26 09:40 PM
                  Just a guessPaul A. Clayton2011/10/27 01:54 PM
Reply to this Topic
Name:
Email:
Topic:
Body: No Text
How do you spell avocado?