- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: DECforms, IA64, multithread
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-26-2010 02:14 AM
тАО05-26-2010 02:14 AM
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-26-2010 05:25 AM
тАО05-26-2010 05:25 AM
Solution1) Be sure to get the update DECforms code. The original port causes far too many alignment faults
2) That performance problem, what were its characteristics? Did you see excessive MPsync and when drilling down with SPL TRACE was the SCHED spinlock HOT, followed closely by TIMER?
DECforms, when linked with a DECthreads component, will put itself in a SCHED OTHER thread. This will cause a timer interrupt 10 times per second, per process, to see if all threads are still being treated fairly only to find that no thread is using any CPU(most of the time).
You can stop that behavior with:
$ DEFINE [/SYSTEM] FORMS$SUPPRESS_DECTHREADS Y
I found the logical using STRINGS on FORMS$MANAGER, and Ian found a old release note documenting it, but I can not find that just now.
The current release note does not mention it
http://h71000.www7.hp.com/doc/82final/decforms/forms_release_notes.pdf
This is NOT Itanium specific and has the potential to significantly hurt performance when there are hundreds of DECforms sessions enabled.
Ballpark? 4 GS1280 CPUs for 1000 users just staring at a form/field.
Good luck,
Hein van den Heuvel
HvdH Performance Engineering.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-26-2010 06:37 AM
тАО05-26-2010 06:37 AM
Re: DECforms, IA64, multithread
Ah! Hoff found the 2003 DECforms V3.3 Release Notes, which mention FORMS$SUPPRESS_DECTHREADS online at:
http://www.s-and-b.ru/syshlp/forms033.release_notes
See details below. Thanks Hoff!
/enable=upcall should also help, but because then DECthreads 'knows' what is going on and does not need a timer based scheduler. But as you indicate I have also seen ACCVIO and OPCCUS program crashed. Details escaped me for now.
Hein
---------
o If DECforms detects DECthreads in the process when loading or during processing, it will take an alternative code path and make use of threading routines.
This however, places restrictions (refer to the "General Restrictions" section below) on how an application can behave when making DECforms requests.
When those restrictions are not adhered to, the FORMS$BLOCKED_BY_THREAD message is returned. If it is not necessary for the application to run in a "threaded manner", the user can define the logical FORMS$SUPPRESS_DECTHREADS to "1" or "Y" before the application is started. This will force DECforms to behave in a non-threaded manner and therefore not place any extra restrictions on request calls.
-------
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-26-2010 09:34 AM
тАО05-26-2010 09:34 AM
Re: DECforms, IA64, multithread
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-26-2010 10:43 PM
тАО05-26-2010 10:43 PM
Re: DECforms, IA64, multithread
When we use /nothreads_enable the ADABAS kernel does not use threads. With /threads_enabled ADABAS uses threads for local an remote database access. The IO throughput is significantly better.
When we started our application on Alpha is faster than on IA64. After the hint from SAG (with /threads_enabled) the performance on IA64 is 1.5 to 2 times faster than Alpha.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-30-2010 10:30 PM
тАО05-30-2010 10:30 PM
Re: DECforms, IA64, multithread
We have also reported the problem to HP support a few months ago, but we got no help until today.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-30-2010 10:33 PM
тАО05-30-2010 10:33 PM