sybase15.03性能只有oracle的一半？

stringlew

sybase15.03 + windows 2003 64位 ，6块15k的硬盘 raid0。
oracle10g + windows 2003 64位，6块15k的硬盘 raid0。

进过测试，60并发，同样的应用，有7次insert操作，2次updata操作，3次update操作。

sybase的性能只有oracle 性能的 一半。

这个表现正常么？请大家给点意见。

andkylee

sybase的性能只有oracle 性能的 一半。

不清楚你说的性能是如何评价的。

stringlew

是直接拿loadrunner的tps来说的。只是切换了was的数据源连接地址。就表现上来说，oracle的tps为sybase的一倍。

做了部分调优工作，包括锁级别为行锁，引擎数8个引擎，2颗4核CPU，连接数500，内存使用6G/8G，隔离级别，数据日志文件分离分io存放，多个数据设备，最大锁数量100000等。

wfcjz

不能这么比吧！

Eisen

数据结构如何?数据缓存怎么设置的?

andkylee

默认数据缓存多大？给表或者数据库绑定命令缓存了？
表的空间分配属性指定了？

stringlew

关于空间分配属性是指specify write option么？

我分别目前我设置的是direct IO，之前使用过Cache io，没什么好的变化。

这是sp_cacheconfig 给出的信息
default data cache        Active        Default          1024.00 Mb          1024.00 Mb
tempdb_cache        Active        Mixed           500.00 Mb           500.00 Mb
                                              
                                           
                                   ------------ ------------                                           
                            Total    1524.00 Mb   1524.00 Mb                                              
==========================================================================                                           
Cache: default data cache,   Status: Active,   Type: Default                                           
      Config Size: 1024.00 Mb,   Run Size: 1024.00 Mb                                           
      Config Replacement: strict LRU,   Run Replacement: strict LRU                                           
      Config Partition:            2,   Run Partition:            2                                           
                                              
IO Size        Wash Size        Config Size        Run Size        APF Percent
   16 Kb            122880 Kb           959.00 Mb           959.00 Mb            10
   32 Kb             13312 Kb            65.00 Mb            65.00 Mb            10
                                              
                                           
==========================================================================                                           
Cache: tempdb_cache,   Status: Active,   Type: Mixed                                           
      Config Size: 500.00 Mb,   Run Size: 500.00 Mb                                           
      Config Replacement: strict LRU,   Run Replacement: strict LRU                                           
      Config Partition:            4,   Run Partition:            4                                           
                                              
IO Size        Wash Size        Config Size        Run Size        APF Percent
   16 Kb            102400 Kb             0.00 Mb           500.00 Mb            10

andkylee

表的空间分配属性指定了页面填充率、每页允许的最多行数， 预分配的页面数等等。
通过你的sp_cacheconfig输出， 你的ase配置的是ase允许的最大的16K的逻辑页。
表已改成DOL锁了。 不知道你配置的锁升级阈值是？　默认是200行就升级了。假如升级成表锁，你配置16k的逻辑页不仅仅会带来空间浪费的弊端，还可能会导致锁争用加剧。

andkylee

另外个人感觉你做的“样本空间”太小。

60并发，有7次insert操作，2次updata操作，3次update操作。
-----------------------------------------------------------
并发的个数还可以。更新操作的次数太少了，不足以说明问题。

因为oracle和sybase的锁机制不同。oracle有undo表空间，不会出现类似sybase中的排他锁阻塞共享锁的情况。

应该加大更新操作的次数。把样本空间弄大点试试。用loadrunner的tps来说的，可以把输出结果发上来，大家参考一下。