sysmasterInformix 32-битный или 64-битный.
Когда поcледний раз выполнялся UPDATE STATISTICS?

UPDATE STATISTICS выполняется еженощно.

А вот как узнать насчет 32 или 64 бит незнаю... не подскажете?

Журавлев Денис ПинеуЕсть огромные проблемы с качеством кода у наших программеров, но заставить их не могу, и меня заставляют выжимать из сервера последнее.будь вы хоть самым лучшим на планете информикс дба >10% вам не выжать, а программист добавив кавычки в запрос легко и непринужденно может выжать 10000%.


Я енто понимаю.. по тому и говорю, что заставить начальство "дать задание" программерам не могу - тут уже политика...

AndronПоскольку у вас 32bit информикс то использовать 8 Gb памяти не удастся, только если переходить на 64bit, но это еще должна поддерживать и сама ОС.
Далее, если у вас нет проблем с дисками, то наиболее очевидный путь - обнаружить наиболее загруженные по I/O чанки (onstat -g iof) и сделать балансировку нагрузки на дисках (т.е. переложить чанки). Либо если все хозяйство равномерно разложено по дискам, настраивать сами диски, чтобы выжать из них побольше.
А есть ли на сервере другие приложения кроме информикса, может они тоже создают ощутимую нагрузку?
SHMADD = 32Кб, вы не ошиблись?
Использование следующих советов потребует чтения документации и знания информикса.
Мониторить использование таблиц (onstat -g ppf, предварительно должен быть включен параметр TBLSPACE_STATS 1). В этом случае наличие у немаленьких таблиц seqscan значительно большее 0 должно обращать на себя внимание, значит запросы сканируют такие таблицы, исправлять запросы, возможно создавать правильные индексы.
Также посмотреть значение lkwts - ожидание другими сессиями блокировок, можеть быть некоторые таблицы должны иметь уровень блокирования на запись а не страницу (особенно осторожно применять для больших таблиц!)
Фрагментировать наиболее загруженные таблицы если возможно.
Жаль что у вас не 10 информикс - все очень большие таблицы можно было бы отправить в отдельный буферный пул, чтобы не было конкуренции с остальными таблами за буфера.
Вообще мониторинг информикса в таких случаях может дать немало. Есть ли у вас система мониторинга? Только имея некие накопленные статистические данные можно на их основании настроить на макс. производительность сервер и приложения.
Вообще всего не перечислишь, читайте документацию.

1. 32бит информикс на данной конфигурации сервера имеет все шансы использовать столько озу сколько сможет взять. мне как раз нужна помощь в настройке его на максимум доступной ему озу, пусть не 8Гб, а 4Гб но это по любому увеличит производительность, тем более ОС теперь тоже имеет больше озу.

2. Вся бд лежит на диске презентованном по SAN с HP EVA4000. - она сама распределяет инфу равномерно по дискам, диски в ней тоже FiberChannel.

3. Информикс крутится для ERP-системы. эта ERP реализована на юниксовых сессиях - клиенты по телнету коннектятся и работают. загрузку ощутимую она не создает.

4. SHMADD = 32Кб, вы не ошиблись? - onconfig прикладуываю здесь. в ходе работы информикс говорит что добавляет по 32Кб памяти.

5. статистику сейчас веду - скрипт ежедневно в файл записывает вывод onstat -a. как вернусь из командировки выложу его.

6. Доку читаю, но часто и советы нужны - для уверенного движения вперед ;) так что буду еще спрашивать :)

еще раз повторю, что в приложении onstat

Выкладываю статистику.

Значения были сняты в отчетный период, как раз когда система очень загружена.

В файле почти весь onstat -a.

Вроде конфиденциального там ничего, только объем большой получался...

период - 1 рабочий день. У нас еженощно сервер перегружается по расписанию.

дисковый массив подключен по оптике на скорости 2ГБит/сек