OPS是否真的具有高性能？

cpng

版主：也许我没有讲清楚我的意思。
我明白你的意思， 在单机实现Parallel，是利用操作系统对多CPU并行计算的能力。我在这里向讨论的是多台主机的并行计算能力
是否可以这样说OPS=CLUSTER.
现在各个主流的操作系统在高端的表现基本在cluster上展现自己的风采，单机多CPU好像不多。
在这里我向请教一个问题，所谓数据库如DB2，Oracle，SQL SERVER的TPC测试是何内容？一般在单机多CPU上测试还是在CLUSTER上测试？当然了，大部分是查询，但也有些OLTP的测试。
到现在为止，大家觉得OPS性能上的问题和所谓浪费金钱等论点一直构架在一个偶然事件上：大家没有见过一个OPS的成功实施案例！没有见过，不能说世间不曾存在！
王阳明曾说：我看花，花在。我不看花，花不在！
向大家请教！
GOOD LUCKY!

白鹭

OPS在可扩展性方面是OS HA技术无法比拟的，假设你有10台服务器CLUSTER，OPS可以充分使用CLUSTER的硬件资源，处理更多的
不同类型的业务前台。只是目前在中国大多采用双机CLUSTER,使用OPS有时优势不明显，甚至于没经过应用规划及PCM锁规划，导致双机比当机更慢的现象。我们的10几个产品数据库也只有2个用
OPS来管理。至于OPS技术，PCM锁竞争在最新的9i ,Oracle采用了更合理的技术，承诺具有比以前版本更好的性能。

cpng

终于有人支持我了! 我好高兴!
看来当我不看花的时候, 花也在!!!!
版主, 有何高论?!
:-)))))
终于有人认识到OPS <> HA更不等于白费钱!!!!
GOOD LUCKY!

laoli

OPS in 9i is just another peice of joke. Don't waster your (company) money.

halfsearch

我单位开发的系统，97系统和计费系统使用的是一个ops系统（主机是ibm sp2，使用aix4.3操作系统，oracle8i），97和计费分别使用不同的主机节点，不同的表空间，效率还可以。其实电信的计费系统在收费时的负载很小（当然需要做一些简单的负载平衡），4000个前台同时收费，系统的cpu占用率不会超过30%，io资源占用率不会超过20%。在出帐的时候最慢的操作是在大表上建索引，在向有上亿条记录的表（没有索引）中插入几十万的数据也不慢。

cpng

请问, 如果此系统架构在单机多CPU上, 是否能够达到如此速度?
另: 是否可以比较详细介绍一下应用的分布
多谢!
GOOD LUCKY!

halfsearch

达不到，使用的共享信息越多就会越慢（只是指同时使用97和计费两个系统的情况下），ops只是共享磁盘，多cpu系统不但共享磁盘而且还可能共享内存，所有共享的东西都可能造成瓶颈。
97系统和计费系统使用的表空间是建立在不同的裸设备上的，不同的裸设备属于不同的磁盘逻辑卷组。

ArthurXu

　

chao_ping

嘿，
  你们也做97和计费，是什么公司啊？我原来是cattsoft的。
  其实向你们这么用OPS，是最理想的啦！很纯粹的分割了。试一试两个系统都跑97，或者都跑计费，那就不见得了
   

最初由 halfsearch 发布
[B]达不到，使用的共享信息越多就会越慢（只是指同时使用97和计费两个系统的情况下），ops只是共享磁盘，多cpu系统不但共享磁盘而且还可能共享内存，所有共享的东西都可能造成瓶颈。
97系统和计费系统使用的表空间是建立在不同的裸设备上的，不同的裸设备属于不同的磁盘逻辑卷组。 [/B]

notfox

我觉得ops并不象有些人说的只是浪费，起码我碰到过两台机器其中一台启动不起来，另一台启动的起来的问题，如果没有ops那系统有可能就要停掉了，并且剩下的那台cpu负载总在90以上，这样你能说ops没用吗
也许大部分的应用的瓶颈在io不在cpu，但也许有例外吧，而且ops提高了系统的可用性是无庸置疑的
至于说性能，呵呵，我见过不少双机的系统，很多没有用ops，另外一台嘛，只是摆在那里作个备用，一般用服务器厂商的ha