exadata x2-8的技术方向终于向正确的方向有所改进

bitizerg

很多东西测试的时候没有发现，上线了才出现问题

其实这个问题和高性能计算类似，1+1<2

RAC也1+1<2,SMP也是1+1<2

Oracle在大内存大CPU下还有待提高，至少对我们现有的512core下而言，mutex只是我们现在遇到的其中一个问题而已

很多RAC环境下，interconnect的流量并不高，而且infiniband的延迟也低，exadata1的时候上光说吞吐量的话infibiband的已经超过内存了

wolfop

原帖由 bitizerg 于 2010-10-16 22:43 发表
很多东西测试的时候没有发现，上线了才出现问题

其实这个问题和高性能计算类似，1+1

单机512core？你用了什么设备？
SGI的UV1000？
infiniband吞吐量超过内存？别逗了，跨节点QDR不过4GB/S的带宽，算上整个IB交换机在EXADATA V2的总带宽也才880Gb/s，最多相当于100GB/S而已，NUMA严重，延迟严重100us左右，对DSS倒是影响还算可以接受。
OLTP，算了吧，随便一个象样小型机不能提供200GB/S以上的带宽，几十ns的延迟？
interconnect流量不大却说明了RAC设计上的一个巨大缺陷，global lock竟然是页级别的，而且update时的互相更新及其繁琐。
而且对于exadata这样的设备，对于IB的使用应该考虑废弃食用RDS，这个虽然比UDP好点，但是还是导致了互相的通信需要中断，需要user space和kerenel space的上下文切换。最好的方式应该考虑使用将来直接使用uDAPL

[ 本帖最后由 wolfop 于 2010-10-18 15:02 编辑 ]

bitizerg

我应该说infiniband吞吐量超过前端总线比较合适

exadata主要用于解决IO问题，infiniband对应的是FC HBA

wolfop

原帖由 bitizerg 于 2010-10-19 21:06 发表
我应该说infiniband吞吐量超过前端总线比较合适

exadata主要用于解决IO问题，infiniband对应的是FC HBA

那个也是欺负别人不懂吧，QDR当然是比FC单练路高，但是一般FC可不会一两条，很多一台主机20来块4口4Gb卡的，总吞吐量也不错了。
EXADATA 的smartscan和存储索引倒才是做的不错的亮点，尤其对于DSS来说。

ktos123

Thanks

wolfop

sapbgp4 发表于 2012-1-20 09:01
exadata 本质上不过是把RAC搭载在自己的box里了，如此而已

智能数据分层吗，理论上说的过去，（没有真实 ...

你说的DB Appliance吧，呵呵。
智能数据分层？啥玩意？Flash cache你算作这个了？

duhouchen

.........

omoko

GOOD