转一个朋友写的几篇文章：深入理解Direct3D9, 深入理解GPU Architecture(上), 深入理解Intel Core Microarchitecture

作为System Inside系列中的一篇，为了完成它我费了不少力气，因为GPU INSIDE的资料实在太难找了，有很多东西都是NVIDIA（本篇文章以GT200架构为实例）内部资料，没有详细公布，在网上找到的也是些零碎的东西，经过一番周折还是在脑子中形成了一个比较系统的印象，防止这个印象转瞬即逝，赶紧将它记下来。 我决定从CUDA入手，慢慢的深入到core architecture层面，因为要了解内部架构，首先了解下外部接口，可能是个比较好的学习策略，而且在CUDA文档中也有零碎的提到体系方面的东...

作为System Inside系列中的一篇，为了完成它我费了不少力气，因为GPU INSIDE的资料实在太难找了，有很多东西都是NVIDIA（本篇文章以GT200架构为实例）内部资料，没有详细公布，在网上找到的也是些零碎的东西，经过一番周折还是在脑子中形成了一个比较系统的印象，防止这个印象转瞬即逝，赶紧将它记下来。     我决定从CUDA入手，慢慢的深入到core architecture层面

书接上文 ，前序的文章我们介绍了Cache一致性的一些基础知识，为我们继续探讨ARM的一致性机制做了必要的铺垫。看过前文的我们应该清楚，ARM会提供两种方式维护Cache的一致性，这两种方式分别是：通过可以直接操作Cache的软件管理方式和直接通过在CPU内部的微架构内部和总线内部的一致性硬件管理单元的硬件方式。当然，为了提高处理器的性能和解放底层软件码农的双手，大部分的场景都是硬件在处理和维护Cache的一致性，自然我们要对这种方式做重点介绍。

Intel Core（中文：英特爾酷睿）是英特尔旗下的中央处理器系列，专门面向中高端消費者、工作站及硬件爱好者。酷睿处理器于2006年开始发售，旨在取代当时面向中高端市场的奔腾系列处理器。酷睿系列的问世标志着英特尔旗下各型处理器的市场范围被重新界定：原有的奔腾系列和赛扬系列依次下调为入门级与低端处理器，而至强系列则专供服务器、工作站甚至超级计算机等专业设备使用。 Intel Core 2020年Core的Logo 產品化 2006年1月至今 推出公司 Intel 設計團隊

近日由于需要，我对x86的CPU架构发展历史进行了调研与学习。目前主流的x86架构，其先进的技术代表厂家就是Intel与AMD，它们相爱相杀的故事广流于家家户户。但是我整理Intel的相关CPU发展就花了2、3个星期（期间还有别的事情），于是AMD的相关产品还没来得及整理与写入。关于Intel的芯片发展过程，相关的整理网站其实还不少，但大多数都停在2011年（因为也是那个时候写的），也就是截止到Intel Core架构之前，而后续的介绍文章都很稀碎。我借鉴了很多很多诸如这样的文章与维基百科，主要参考网站都放

http://en.wikipedia.org/wiki/ARM_architecture ARM architecture ARM architectures The ARM logo Designer ARM Holdings Bits 32...

http://en.wikipedia.org/wiki/Intel_atom Intel Atom From Wikipedia, the free encyclopedia (Redirected fromIntel atom) This article is about the original line of Atom processors. For syste...

…

本篇博客参考万木杨于2011出版的《大话处理器》，对其主要内容进行总结，以便加深理解和记忆

最近在写编辑器(Java+JOGL)的碰撞检测模块，检测函数中，需要用到大量的临时对象，Vector3f, Matrix4f，诸如此类； Java本来就慢，如果我们毫无顾忌的使用　new, 真的是不好意思。。。幸好发现了这个ObjectPool的概念，虽然很简单，但很实用。 /** * * @author Yong.Xue */public class IPoolVec3

原理不分析了，直接上数据分析 Max:Quat: (quat -0.772327 0.105251 0.0845889 0.620708) OGL:Quat:: -0.772327 , 0.084589 , -0.105251 , 0.620708 Max:Position: [-29.6717,-109.273,7.91964]OGL:Position::

粒子编辑器 

这几天在玩跑跑卡丁车和马里奥赛车64，这种卡丁类赛车的操作不是真实的物理，碰撞什么的也都很山寨，但这样的设计是为了让玩家有更好的手感。 试了几个传统的物理引擎ODE, BULLET这些的，发现太庞大了，简直就是没法深入看下去，索性自己整个山寨的，凑合着用就行。 物理引擎主要的部分就是碰撞检测和碰撞反应的处理。这两天终于把AABB Tree和box/Obb的碰撞搞定了，唉，就是坐标从

 最近需要实现精确到三角形的模型碰撞，比如子弹击中坦克，迸出火花，这时候就需要精确得到子弹击中的位置，这时候就需要使用collision tree来进行三角形级别的碰撞了。  现在的设计思路是这样的： 1.对每一种模型在编辑器里进行预处理，生成一颗碰撞树。对某些模型来说，如果面数太多，可以让美术做一个低模，也可以让程序做一个自动减面的工具，根据不同程度来进行调节； 对某些特殊模型来说，

1.赛车的操作，包括加速，刹车，以及受到摩擦力自动减速2.赛车自动适应地形，目前实现方式是根据赛车4个轮子和地面的碰撞位置，然后求平均面的法线，效果还不错3.赛车和障碍物的碰撞，这个地方比较复杂，看了几篇文章，觉得比较简单的方式就是得到赛车obb的8个顶点，然后看这些点是否和障碍物的三角面有穿透4.碰撞发生后的处理，根据碰撞面的法线，施加一个反作用力给赛车5.Chase Camer