Re:Rasterisation patterns of the Haswell GPU
by ygra on Monday September 23, 2013 @04:42PM
(#6433994)
No expert here (heck, I've done maybe 5 minutes of OpenGL so far).
It reads like they use a special pixel shader to color each pixel of a texture in a more of less unique color based on when the pixel (or maybe block) was scheduled to be shaded (I'm guessing here based on the atomic counter bit). This yields a texture that shows the order in which pixel shaders are run on a texture. This seems to be different for different GPUs and architectures (unsurprisingly) and also seems to give insights into how certain things are implemented.
But that's all just a bit of guessing. Someone else might be able to give an actual explanation.
Re:Rasterisation patterns of the Haswell GPU
by nobodysfool on Monday September 23, 2013 @05:36PM
(#6434323)
Yea well reading it closely, the red's value is what you see with the highest frequency of change. You can see that red increases then increments green, then starts over again at zero, so by looking closely at red, you can see where the computations stop and start over again, thus giving you the reds pattern. As to what it means, who knows.
Re:Rasterisation patterns of the Haswell GPU
by lbenes on Monday September 23, 2013 @04:50PM
(#6434050)
Are these atomic counters related to the atomic object feature that was promised with OGL 3.0 and then dropped? Is there a template model now in OGL or is it using a different method to create immutable objects across multiple threads?
Please excuse my ignorance as I haven’t looked at OpenGL since 3.0 was released in 2006. Now SteamOS has piqued my interest in OGL again.
Edit: grammar. Thanks jonah! After some googling, it looks like atomic counters are not the same as the promised atomic objects, but seems OGL 4.0+ has nearly closed the feature gap with DX11.
Re:Rasterisation patterns of the Haswell GPU
by Amadou on Tuesday September 24, 2013 @04:21AM
(#6436666)
It seems I misread the original post and thought you were 'correcting' an already correct usage. On reading it again, it seems that I was wrong and I apologize.
Given that HN does not show any historical revisions, it can be hard to tell the order (or even existence) of edits. FWIW, if you had quoted the line you were commenting on it would have been unambiguously clear to me that the OP had taken your advice and corrected whatever he original wrote.
Re:Rasterisation patterns of the Haswell GPU
by lbenes on Tuesday September 24, 2013 @10:49AM
(#6438216)
Sorry for the confusion. When I came back to edit my original post, I also changed peaked -> piqued per Johan's suggestion. Not sure of the Internet etiquette here, but next time I'll be more clear.
Re:Rasterisation patterns of the Haswell GPU
by jonah on Tuesday September 24, 2013 @06:15PM
(#6441154)
Thanks for the clarifications. :)
(It's hard to humbly offer suggestions online...)
> FWIW, if you had quoted the line you were commenting on it would have been unambiguously clear to me that the OP had taken your advice and corrected whatever he original wrote.
Good point. I usually do this, but will try to always do so as it helps with the clarity.
It reads like they use a special pixel shader to color each pixel of a texture in a more of less unique color based on when the pixel (or maybe block) was scheduled to be shaded (I'm guessing here based on the atomic counter bit). This yields a texture that shows the order in which pixel shaders are run on a texture. This seems to be different for different GPUs and architectures (unsurprisingly) and also seems to give insights into how certain things are implemented.
But that's all just a bit of guessing. Someone else might be able to give an actual explanation.
Please excuse my ignorance as I haven’t looked at OpenGL since 3.0 was released in 2006. Now SteamOS has piqued my interest in OGL again.
Edit: grammar. Thanks jonah! After some googling, it looks like atomic counters are not the same as the promised atomic objects, but seems OGL 4.0+ has nearly closed the feature gap with DX11.
http://www.thefreedictionary.com/pique
(Nothing against you in particular, just a very common misuse.)
2. To provoke; arouse: The portrait piqued her curiosity.
So, are we not to help people (in general) come across better by using the proper words?
Given that HN does not show any historical revisions, it can be hard to tell the order (or even existence) of edits. FWIW, if you had quoted the line you were commenting on it would have been unambiguously clear to me that the OP had taken your advice and corrected whatever he original wrote.
(It's hard to humbly offer suggestions online...)
> FWIW, if you had quoted the line you were commenting on it would have been unambiguously clear to me that the OP had taken your advice and corrected whatever he original wrote.
Good point. I usually do this, but will try to always do so as it helps with the clarity.
Nvidia: http://www.youtube.com/watch?v=WFx6StqpRdY
AMD: http://www.youtube.com/watch?v=WnUS8kzA3dI
(There are Kepler and Southern Islands patterns on the same page for comparison)
I am trying to internalise this for CUDA and OpenCL kind of mechanical sympathy optimisation.