Каждую ночь обновляется статистика с помощью утилиты Art.Kagel dostat. При этом вначале переменная DBUPSPACE была установлена в значение 10000.
Затем я увеличил ее до 30000 с целью сокращения времени сбора статистики, но почти никакого результата это не дало.
Попробовал использовать формат как рекомендует IBM на девелопервокс :

The format of DBUPSPACE environment variable is {max disk space}:{default memory}
например сейчас стоит DBUPSPACE=100:50 (в мегабайтах)
(как ни странно не нашел такого описания формата переменной в AdminGuide, хотя дата статьи на IBM 2002 год). Аналогично почти никакого увеличения скорости обновления статистики.
Таблицы по которым производится обновление всякие, есть очень большие ~2 млн записей, с индексами на неск. полей.
Система 4-х процессорный RISC, IBM AIX, informix 9.40UC6

vasilis1. И ранее и сейчас (для 10) описание этой переменной в "Informix Guide to SQL: Reference".
2. Там же написано, что числа задают килобайты, а не мегабайты


Насчет этого я и не спорю: если формат переменной такой как документации, то я так и указываю в килобайтах (например DBUPSPACE=50000).
И как я написал выше есть рекомендации IBM на developerWorks, где тоже говорится про эту же переменную (но там у нее почему то другой формат, и числа в мегабайтах):

IBM developerWorks
The format of DBUPSPACE environment variable is {max disk space}:{default memory}. To increase the memory to 35 MB, for example, set DBUPSPACE to the value of 0:35.

IBMNow DBUPSPACE also controls the default memory used by UPDATE STATISTICS when PDQPRIORITY is not set.

Так что мне интересно пока именно без PDQPRIORITY. Но видимо и с этой переменной придется потестить.