Именно процессов? Или всё таки лицензий?
Через какой web-сервер работаете?

Насколько я понял, количество процессов для работы CSP определяется количеством соединений CSP-шлюза с каше. Посмотреть список соединений можно на http://ваш_хостинг/csp/bin/Systems/Module.cxw (если вы предусмотрели это в настройках Apache). Большое количество соединений и соответсвенно процессов каше может быть вызвано или большой загрузкой хостинга или загрузкой сервера БД (если они у вас разнесены по разным машинам). При большом объёме передаваемых данных также может играть роль ширина полосы связи между хостингом и сервером.
Что можно порекомендовать:
Во-первых, если на хостинге вы используете CSPcgi, то настоятельно рекомендую отказаться от него в пользу mod_csp.
Во-вторых, посмотрите настройки CSP-шлюза (в CSP.ini, а лучше через csp/bin/Systems/Module.cxw)
там есть параметры Minimum Server Connections и Maximum Server Connections, ограничивающие количество соединений сверху и снизу. Если при обращении к csp-странице уже заняты все соединения, то запрос становиться в очередь. Время ожидания ответа от сервера и простоя в очереди определяются параметрами Server Response Timeout и Queued Request Timeout (есть ещё No Activity Timeout, но в его назначение я не вникал). Собственно, установив эти параметры, вы уже жёстко ограничите количество CSP процессов на сервере БД.
Если у вас старая версия CSP шлюза, то может иметь смысл поставить по новее (например от 2008.2, там в частности заявлен Apache pooling, правда что это такое я только догадываюсь :) ) - Intrsystems вроде как обещает, что CSP шлюзы новых версий сохраняют совместимость со старыми версиями БД, у нас по крайней мере одно время без проблем работал CSP шлюз 2008.1 с каше 5.0.