We are in the process of upgrading from RS 15.2 to RS 15.7.1 SP201. We're going from smp_enable being off (RS 15.2) to on (RS 15.7.1).
In 15.2 when we've tried enabling smp, we found performance went down and CPU utilisation on the host went to impressive levels. We're hoping that RS 15.7.1 is a bit better behaved in the way it's threads interact.
I note that SAP Sybase say the following in their documentation (link - http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.infocenter.dc32518.1571200/doc/html/san1292613324110.html )
>In some cases, there is evidence that making too many processors available to Replication Server can actually decrease performance. In such cases, >the issue seems to be the amount of time taken to force thread context switches among the available processors. Use your operating system (OS) >monitoring utilities to monitor the operating system management of the Replication Server process and its threads. These utilities will help you determine >if a reduction in CPUs made available to Replication Server reduces the number of such context switches.
I have 17 repservers, the largest has 30 DSIs on it. The calculations in the above link I'd need 2 + 30/4 = 9 Cores for this repserver. All the repservers run co-located with ASE instances on 32 core hosts (x86-64 RH 5.5).
Has anyone gone to prod with any form of OS CPU resource limiting when deploying RS 15.7 ?
thanks,
Jason.