jgersic64
Active Member
Since I have started with my current employer, there have been complaints
about the speed of the system and the time that is required to complete
reports. Granted, the reports are large, and the comparison being made was
from a large AS/400 system where some of the users had come from (compared
to NT). So I have setup a separate logic (applications) server to separate
the JDE logic from the SQL7 database. What I have found is disappointing. It
appears that the Oneworld UBE process is not truly multi-threaded. When I
kick off a report, I can see it executing on the box on a single processor.
That processor is being used 80-100%, but none (it is a 4-way) of the
processors are being touched. I have played with NT, prioritization, and the
jde.ini file, and have yet to get any more performance out of the ube
system. If this is the case, then throwing a UBE from a single to a four-way
will not help at all, only in the case when you are running multiple UBEs at
the same time where each UBE may be running on a different CPU.
I have read up in the JDE books, and it just notes that the 'developer
can select for the UBE to be multithreaded' but I don't see any
options/properties in the RDA for this..All I can assume is that they mean
the business functions and c source code behind it, is written to be
multi-threaded.
Does anyone have experience with the above and "forcing" the code to use
more than one processor, or have any other performance ideas? I suspect this
is a limitation of the actual foundation code, and how it was ported to NT,
but wanted to see what the list thought. At this point, I am frustrated and
management is pushing to possibly move the platform to AS/400.
Any ideas?
John
The logic server is a 4-way 550mhz P3/Xeon w/1GB of ram.
Xe, SP16/Update2, NT4/SP6a, SQL7/SP3, WTS/Metaframe 1.8
----------------------------------------------------------------
John Gersic
Financial Systems DBA
703.744-6057
1861 International Drive
McLean, Virginia 22102
MicroStrategy-Best in Business Intelligence
http:/www.microstrategy.com/ <http:/www.microstrategy.com/>
-----------------------------------------------------------------
about the speed of the system and the time that is required to complete
reports. Granted, the reports are large, and the comparison being made was
from a large AS/400 system where some of the users had come from (compared
to NT). So I have setup a separate logic (applications) server to separate
the JDE logic from the SQL7 database. What I have found is disappointing. It
appears that the Oneworld UBE process is not truly multi-threaded. When I
kick off a report, I can see it executing on the box on a single processor.
That processor is being used 80-100%, but none (it is a 4-way) of the
processors are being touched. I have played with NT, prioritization, and the
jde.ini file, and have yet to get any more performance out of the ube
system. If this is the case, then throwing a UBE from a single to a four-way
will not help at all, only in the case when you are running multiple UBEs at
the same time where each UBE may be running on a different CPU.
I have read up in the JDE books, and it just notes that the 'developer
can select for the UBE to be multithreaded' but I don't see any
options/properties in the RDA for this..All I can assume is that they mean
the business functions and c source code behind it, is written to be
multi-threaded.
Does anyone have experience with the above and "forcing" the code to use
more than one processor, or have any other performance ideas? I suspect this
is a limitation of the actual foundation code, and how it was ported to NT,
but wanted to see what the list thought. At this point, I am frustrated and
management is pushing to possibly move the platform to AS/400.
Any ideas?
John
The logic server is a 4-way 550mhz P3/Xeon w/1GB of ram.
Xe, SP16/Update2, NT4/SP6a, SQL7/SP3, WTS/Metaframe 1.8
----------------------------------------------------------------
John Gersic
Financial Systems DBA
703.744-6057
1861 International Drive
McLean, Virginia 22102
MicroStrategy-Best in Business Intelligence
http:/www.microstrategy.com/ <http:/www.microstrategy.com/>
-----------------------------------------------------------------