Еще раз:
Oracle 9.2 64-bit существует только под Itanium

Тебе нужно юзать 32-битную винду с /PAE и /3GB, юзать USE_INDIRECT_BUFFERS (отказавшись от любых пулов размера блока кроме DEFAULT), выставить AWE_WINDOW_MEMORY (не забывая, что эта часть будет находиться в SGA), как правило в 1G (по умолчанию, вроде 512M)
Т.е. у тебя на всю память процесса будет 2.7G, из них 1G -- на AWE-окошко, и хотя-бы 512M надо отдать сессиям под PGA. Т.е. SHARED_POOL_SIZE не более 1.2G

Вся эта возня имеет смысл, если на машинке не менее 8 гиг, ну и, соответственно, т.к. конфигурация не слишком используемая, багов там (тем более уже их править никто не будет) может оказаться выше крыши.

Если на машинке меньше 8 гиг памяти -- нехрен даже связываться с AWE и т.д.

Естественно, под винду имелось ввиду

Вроде, под линукс тоже не было
Было под SPARC, AIX и HP-UX (причем 64-битный вроде тоже только под Itanium)

Ну, например, приложение не поддерживает 10-ку

RbbЕще раз:
--- Oracle 9.2 64-bit существует только под Itanium

Под Виндой была 9.2.0.2 для 64 бит (хотя сейчас в сети вряд ли можно найти), после чего был дан стоп.Я слышал об этом, но никогда не видел
Да и вряд ли эти слухи помогут топикстартеру

Rbb---Тебе нужно юзать 32-битную винду с /PAE и /3GB, юзать USE_INDIRECT_BUFFERS (отказавшись от любых пулов размера блока
--- кроме DEFAULT), выставить AWE_WINDOW_MEMORY (не забывая, что эта часть будет находиться в SGA), как правило в 1G (по
--- умолчанию, вроде 512M)

AWE окно - фича Microsoft, никакого отношения к SGA не имеет, регулируется параметрами реестра, хотя действительно создается в базовой памяти (< 4 G) Фича-то даже не Microsoft, и к SGA напрямую отношения не имеет, но занимает память, которую бы могла занять SGA. А так как за кэшированными блоками (заголовки переезжают в SHARED POOL, что тоже не радует) Oracle полезет именно через это окошко -- можно в какой-то степени считать эту область частью SGA

Rbb--- Т.е. у тебя на всю память процесса будет 2.7G, из них 1G -- на AWE-окошко, и хотя-бы 512M надо отдать сессиям под PGA. Т.е. --- SHARED_POOL_SIZE не более 1.2G

расчет не верен (см. выше)Приведи свой. Мне действительно было бы интересно. Когда я с этим игрался, я не ставил перед собой цели максимально заюзать все доступную память и естественно, могу чего-то не знать

Rbb--- Вся эта возня имеет смысл, если на машинке не менее 8 гиг, ну и, соответственно, т.к. конфигурация не слишком
--- используемая, багов там (тем более уже их править никто не будет) может оказаться выше крыши.

С 8 гиг установить можно, но пользы мало, начинать надо реально с 12 гиг. Если баги и есть, я на них не нарывался (юзеров ~ 150, нагрузка средняя, работает под Hyper-V)На 9.2? Технология тогда была достаточно сырая, да и не слишком распространенная.
Ну и поддержка (считай исправление багов) закончилась давно