我写了一个简单的ＯＳＧ程序，用来测试采样次数，点击这里可以下载

　　程序原理很简单，分几步：创建窗口->生成和设置纹理->载入SHADER->渲染。具体如何做要看程序里面啦，这里就不再贴出来了。

　　直接说最后的测试的结果了。我的8800GTS(G80)官方资料说材质填充率能够达到24Billion/Sec，官方资料给的核心频率500Mhz，着色器频率1200Mhz，显存800Mhz。我将我的显卡也按照这个数据进行了降频。

　　测试环境：窗口800*600，3D贴图256*256*256，数据是LUMINACE_ALPHA，每个像素2BYTE。每个像素的Shader采样3D贴图512次。

　　最后得到测试FPS为11.98帧。算算：800*600*512*11.98=2,944,204,800，因为是3D纹理所以每个采样实际要有8次采样工作，所以最终的材质填充率：23,553,638,400，和24Billion/Sec很接近了。

　　换用2D贴图可以得到相似的结果，只是FPS会快一倍。原因是三线性采样的工作量是二线性采样的两倍，很显然FPS会提升一倍。

　　那么怎么去优化呢？下面做一些测试：

1. 减小3D贴图的大小，以便尽可能的装到CACHE里面。直接设置为1*1*1，结果发现性能一样。
2. 更换3D贴图的internal format为RGBA，发现性能一样。
3. 超频：超核心，性能提升百分比和超频百分比几乎一样。超Shader，几乎没变化。超显存，几乎没变化。
4. 降频：降核心，性能降低百分比和降频百分比几乎一样。降Shader，几乎没办法。降显存，一直降到400Mhz也没有变化。
5. 降低每像素采样率：降低为256后，性能提升一倍，和预期一样。

　　最终的结果很明显。3D贴图的采样已经成了整个系统的瓶颈，已经让显卡的贴图单元达到了极限。Shader处理器由于计算量很小，所以还很空闲。由于采样过滤的繁忙，贴图单元也不需要很大的显存带宽，所以显存的影响几乎没有。

　 　优化的措施：只能尽可能的减少采样次数，或者找更快的卡。目前看来只有G92的9800GTX或者8800GTS的采样率能够达到 43.2Billion/Sec以上，GTX280官方资料也只能达到48.2Billion/Sec，GTX260 36.9Billion/Sec。9800GX2能够达到76.8Billion/Sec，就是不知道实际SLI的性能能不能满足需要了。看来如何选择适 合体渲染的卡已经有一个理论和实际的指导了。

We can use the tool Visual Assist X to implement it:
First, find the Visual Assist X install directory:
"Program Files"Visual Assist X"Autotext, then make a copy of Cpp.tpl, rename it to Cu.tpl, apply same operation to the "Latest" directory.
Second, open the regedit table, and search it with the key word "Visual Assist X" until you find in the VANet8 in HKEY_USERS"S-1-5-21-1757981266-220523388-725345543-1003"Software"Whole Tomato"Visual Assist X"VANet8
Here you can see many attribute setting about Visual Assist X,
click the item ExtHeader and add the .cu in the list, same to the item ExtSource.
save and quit.

原文：http://forums.nvidia.com/index.php?showtopic=35669&hl=intellisense

　　眼坐标系的图，可见屏幕中间偏左的部分是黑的。因为其值是负的。平移拖动盒子可见相应像素着色不变。

　　物体坐标系的图，可见两个盒子的颜色一样，因为其值是相同的。

源代码也附后，可以运行着看看，虽然程序简单，但用到的时候再也不用苦苦思考了，呵呵。

源代码：
www.hesicong.net/blog/upload/2008/5/RenderWorldCoordinate.tar

效果：

对这个物体进行体素化：

        D3D10_DRIVER_TYPE driver_type = D3D10_DRIVER_TYPE_HARDWARE;
        while(pDXGIFactory->EnumAdapters(adapter_index, &pAdapter) != DXGI_ERROR_NOT_FOUND)
        {
            if(pAdapter)
            {
                DXGI_ADAPTER_DESC adapter_desc;
                if(SUCCEEDED(pAdapter->GetDesc(&adapter_desc)))
                {
                    const bool is_perf_hud = (wcscmp(adapter_desc.Description, L"NVIDIA PerfHUD") == 0);
                    if(is_perf_hud)
                    {
                        driver_type = D3D10_DRIVER_TYPE_REFERENCE;
                        break;
                    }
                    else
                    {
                        pAdapter->Release();
                    }
                }
                else
                {
                    pAdapter->Release();
                }
            }
            ++adapter_index;
        }
        pNewDeviceSettings->d3d10.DriverType = driver_type;

　　晚上就为体渲染技术查一些论文，说实在的，国内的维普上面还真不能查到太多相关的资料，还好学校的IEEE论文可以查到很多，从2003年到现在将近300篇相关论文一个一个看了一下标题，合适的就下了下来，后来一看竟然有91个。呵呵，还发现一个规律，中国的翻译的论文的题目老是那么长，以至于现在看见题目我就大概明白这是一篇中文翻译的论文了。我还是很喜欢老外写的论文，很清晰，配的图也很漂亮，倒是中国的论文质量不是很高，即便是发到IEEE这样国际刊物的论文质量也欠佳啊。想想前段时候一直搞的论文，就是一个明显的例子，能够发表了那我就对中国论文的质量彻底失去了信心。看来真的国内外的教育体制有很大的差距啊，国内为了完成学业不得不发表文章，博士生甚至一年要发表3篇，我的妈啊，这也太牛了。

　　不评论论文了，干好自己的事情就OK。过段时间看有空写个IEEE论文下载器，现在用起来太麻烦了，一个一个的手动保存还要自己命名，以后说不定还要用到呢~~不写了哟，手已经按的不爽了，睡觉~

好不容易找到的，原版+破解。下载地址：http://www.fs2you.com/files/1df81151-ffab-11dc-9c88-0014221f4662/

　　下学期天气也暖和起来了，应该要多多的锻炼身体了，每次都是寒假过后觉得特别的不舒服，一来是“时差”没有调整好，第二是身体也不舒服，因为假期里面大部分时候都在弄电脑，强度比平时在学校大多了，所以很多作品、很多好想法都是在假期做出来的。下学期还有学习的任务，完了就是一年了，1/3了，太快了，继续努力学习，努力想法赚钱~~~

　　首先是装了个andLinux把Windows Server 2008搞挂了，此为倒霉一。

　　重装罢了，结果哪知道DIRT的存档在C盘的Users文件夹里面，被格式化了……此为倒霉二。

　　早上还在睡觉就接到电话，不理，此为倒霉三。

　　下午弄手机短信，发现手机设计的很心烦，只能将文件夹的东西移动到“收件箱”而不能移动到“发件箱”，想把2000多条短信备份一下，结果弄得来2月12号以后的短信全部丢失，幸好以前的还有备份，此为倒霉四。

　　弄好手机，回来查看QQ的聊天记录？呀？我的QQ聊天记录哪儿去了？？隐约记得今天删除过QQ File List这个文件夹，我靠，你QQ也不能负责一些，以前放到那儿就放到那儿，现在你挪个位置也不给我说一声！！！现在的破软件越来越讨厌了，老在你的Document目录里面装东西，Adobe的什么Updater啊，3DSMAX也放一大堆乱七八糟的东西，还有QQ这个破玩意儿竟然给我创建了QQ File List，My Received File, 我的视频这些文件夹，到底要干啥子哦！！你就放到QQ File List里面也就完了嘛！！！还整个英文名，我郁闷你以为整个英文全中国能用QQ的人都看得懂？！！！！气遭了，反正也删除了，把QQ也删除了，重装，一起记忆滚蛋！！此为倒霉五。

　　倒霉六暂时还没有发生，反正今天一天丢了很多东西，有些记忆也从此刻消失，也没有备份，算了，没意思。

截图如下：

源代码如下：

osgNETDemo.rar

　　在网上Google了一圈以后找到了预编译头的正确使用：原文URL：www.cnblogs.com/cofd/archive/2007/11/05/949962.html，感谢作者的启迪。

　　引用最重要的部分：　　

如果预编译头文件被正确使用时，它确实大大提高我们编程的效率（你工作中，有多少时间是在等编译完成？很多吧，这个时候一般都很无聊，无奈，浪费时间）。但是他太容易用错了. 下面是几种常见的错误用法.

1) 在预编译头文件里include自己的头文件(当然, 如果你的头文件不经常变化, 也可以)

原因:自己的头文件一般会经常变, 便利后导致预编译的东东重新编译, 降低了编译速度.

2) 在其他的头文件里也include 预编译头文件

假设你的其他头文件也include了预编译头文件, 如果别人引用你的这个头文件又没有设置成预编译头文件, 那引用你头文件的这个人就煎熬了.

原 因：由于你用到的.h文件里include了预编译头文件，他在他本身的project里，vs能够判断的出他是预编译头，也能找的到需要的pch， pdb文件。所以对写这个.h文件的人没影响。但是你作为他的客户，你工作在你的project下，你include了他的h头文件，而这时vs判断不出 他的头文件里include的stdafx是预编译头文件，做普通文件编。那可想而知，他的stdafx里如果有import外面大型的库（如 inventor的tlb，非常慢，我们犯了这个错），那编译速度简直是煎熬。最要命的是，以后你做任何简单的修改都要重编，这和预编译解决的问题恰好相 反了。

下面给出一个使用预编译头文件的操作步骤, 享受一下预编译头文件给我们带来的编译速度的提升:

1) 添加一个stdafx.h文件(名字随便取, 这里用了VS默认提供的名称), 在这个.h文件里include要使用的头文件(一般是外部的库, 自己写的不常变的头文件也可以加进来)

2) 添加一个stdafx.cpp文件, 并include "stdafx.h"

3)项目属性-->c/c++-->Precompiled设置为Use Precompiled Header, stdafx.h

4)stdafx.cpp属性-->c/c++->Precompiled设置为Create Precompiled Header, stdafx.h

done!

　　试了一下改动一点点东西需要编译３分钟的项目，现在瞬间完成！！终于起作用了！