EBS R12 new features revealed

https://blogs.oracle.com/stevenChan/entry/diving_deep_into_the_release_1

[Deep Dive: Oracle E-Business Suite Release 12 New Technology Stack PDF]
http://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&uact=8&ved=0CCwQFjAB&url=http%3A%2F%2Fwww.oracle.com%2Ftechnetwork%2Fapps-tech%2Febusiness%2F171218.pdf&ei=u8epU4uoLPfJsQTHwILQBw&usg=AFQjCNH-AmslxZ7XQX0XTEHbNswUkeUfqw&sig2=cGgQm0mHnxpE1OO7bW2xnQ

https://blogs.oracle.com/stevenChan/entry/mod_plsql_not_supported_in_ebu

Forms Process (FRMWEB) Consumes 100% of CPU in Oracle Applications R12

Forms Process (FRMWEB) Consumes 100% of CPU in Oracle Applications R12 [ID 745711.1]

Issue:
On Oracle Applications R12 when checking the top processes on the OS level for the middle tier, you find that forms process (frmweb) almost consumes 100% of the CPU.

Cause:
The root cause of the issue is that returning rows from LOVs in core forms causes the forms process to grow up into memory depending on the number of rows returned.
When an end user login to forms and start working with LOV within core forms sometimes and according to the search criteria that the user will provide to filter the results in LOV, it may fetch huge numbers of records in which causes the frmweb process to grow very large, and in extreme cases this can even lock up the current process or even the whole machine.

So when executing a LOV query, every row is fetched into memory on the middle tier, the frmweb process can get extremely large, and the larger it gets the more likely it is to start paging.
Eventually it starts consuming excessive CPU just paging the process in and out of memory, which is probably what you can see here in this case as the amount of memory consumed when the LOV records are fetched into memory obviously depends on the amount of data in each record.

Solution:
FORMS_RECORD_GROUP_MAX to 10000 or 20000 or 30000.
FORMS_CATCHTERM=0