Optimize the query as it takes long time

hi dear please help to optimize thi sql and take more than 45minits to return out put. This has to be optimize at lease 3-4 mints.
SELECT DISTINCT(ce.event_source) AS mobile_no
FROM CUSTEVENTSOURCE ce,CUSTHASPACKAGE cp
WHERE (cp.package_id =119 AND ce.customer_ref = cp.customer_ref)
AND cp.end_dat IS NULL
AND SUBSTR(ce.event_source,1,3) ='071'
AND cp.customer_ref IN (SELECT CUSTOMER_REF FROM CUSTHASPACKAGE
WHERE end_dat IS NULL
GROUP BY CUSTOMER_REF HAVING COUNT(0) =1 )
following are the indexs corrosponding to tables exist:
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
CREATE TABLE GENEVA_ADMIN.CUSTEVENTSOURCE
CUSTOMER_REF VARCHAR2(20 BYTE) NOT NULL,
PRODUCT_SEQ NUMBER(9) NOT NULL,
EVENT_SOURCE VARCHAR2(40 BYTE) NOT NULL,
START_DTM DATE NOT NULL,
END_DTM DATE,
EVENT_TYPE_ID NUMBER(9) NOT NULL,
EVENT_SOURCE_LABEL VARCHAR2(40 BYTE) NOT NULL,
CREDIT_LIMIT_MNY NUMBER(18),
EVENT_SOURCE_TXT VARCHAR2(255 BYTE),
EVENT_SOURCE_UPPER VARCHAR2(40 BYTE) NOT NULL,
RATING_TARIFF_ID NUMBER(9),
COMPETITOR_RATING_TARIFF_ID NUMBER(9),
EVENT_FILTER_1_ID NUMBER(9),
RECEIVE_ACCOUNT_1_NUM VARCHAR2(20 BYTE),
RATING_TARIFF_1_ID NUMBER(9),
ATTRIBUTE_NUMBER_1 NUMBER(2),
MATCH_TYPE_1 NUMBER(9),
ATTRIBUTE_VALUE_1 VARCHAR2(32 BYTE),
GUIDE_RULE_1_DESC VARCHAR2(255 BYTE),
EVENT_FILTER_2_ID NUMBER(9),
RECEIVE_ACCOUNT_2_NUM VARCHAR2(20 BYTE),
RATING_TARIFF_2_ID NUMBER(9),
ATTRIBUTE_NUMBER_2 NUMBER(2),
MATCH_TYPE_2 NUMBER(9),
ATTRIBUTE_VALUE_2 VARCHAR2(32 BYTE),
GUIDE_RULE_2_DESC VARCHAR2(255 BYTE),
EVENT_FILTER_3_ID NUMBER(9),
RECEIVE_ACCOUNT_3_NUM VARCHAR2(20 BYTE),
RATING_TARIFF_3_ID NUMBER(9),
ATTRIBUTE_NUMBER_3 NUMBER(2),
MATCH_TYPE_3 NUMBER(9),
ATTRIBUTE_VALUE_3 VARCHAR2(32 BYTE),
GUIDE_RULE_3_DESC VARCHAR2(255 BYTE)
CREATE INDEX GENEVA_ADMIN.CUSTEVENTSOURCE_AK1 ON GENEVA_ADMIN.CUSTEVENTSOURCE
(EVENT_SOURCE, EVENT_TYPE_ID)
CREATE INDEX GENEVA_ADMIN.CUSTEVENTSOURCE_AK2 ON GENEVA_ADMIN.CUSTEVENTSOURCE
(EVENT_SOURCE_LABEL, EVENT_TYPE_ID)
CREATE INDEX GENEVA_ADMIN.CUSTEVENTSOURCE_AK3 ON GENEVA_ADMIN.CUSTEVENTSOURCE
(RECEIVE_ACCOUNT_1_NUM)
CREATE INDEX GENEVA_ADMIN.CUSTEVENTSOURCE_AK4 ON GENEVA_ADMIN.CUSTEVENTSOURCE
(RECEIVE_ACCOUNT_2_NUM)
CREATE INDEX GENEVA_ADMIN.CUSTEVENTSOURCE_AK5 ON GENEVA_ADMIN.CUSTEVENTSOURCE
(RECEIVE_ACCOUNT_3_NUM)
CREATE INDEX GENEVA_ADMIN.CUSTEVENTSOURCE_AK6 ON GENEVA_ADMIN.CUSTEVENTSOURCE
(EVENT_SOURCE_UPPER, EVENT_TYPE_ID)
CREATE UNIQUE INDEX GENEVA_ADMIN.CUSTEVENTSOURCE_PK ON GENEVA_ADMIN.CUSTEVENTSOURCE
(CUSTOMER_REF, PRODUCT_SEQ, EVENT_SOURCE, START_DTM, EVENT_TYPE_ID)
CREATE INDEX GENEVA_ADMIN.SAN_CUSTEVENTSOURCE_IND1 ON GENEVA_ADMIN.CUSTEVENTSOURCE
(EVENT_SOURCE, EVENT_TYPE_ID, START_DTM, END_DTM)
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
CREATE TABLE GENEVA_ADMIN.CUSTHASPACKAGE
CUSTOMER_REF VARCHAR2(20 BYTE) NOT NULL,
PACKAGE_SEQ NUMBER(9) NOT NULL,
PACKAGE_ID NUMBER(9) NOT NULL,
START_DAT DATE NOT NULL,
END_DAT DATE,
SUBS_PRODUCT_SEQ NUMBER(9),
SUBSCRIPTION_REF VARCHAR2(20 BYTE)
CREATE UNIQUE INDEX GENEVA_ADMIN.CUSTHASPACKAGE_PK ON GENEVA_ADMIN.CUSTHASPACKAGE
(CUSTOMER_REF, PACKAGE_SEQ)
CREATE INDEX GENEVA_ADMIN.UDARA_CUSTHASPACKAGE_PK1 ON GENEVA_ADMIN.CUSTHASPACKAGE
(PACKAGE_ID)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
please help me to optimize
Thanks
DBA

hi Karthick
following is SQL plan as u requested:
rows,plan
==== ====
,SELECT STATEMENT
,SORT UNIQUE
,FILTER
,SORT GROUP BY
,TABLE ACCESS BY INDEX ROWID CUSTHASPACKAGE
,NESTED LOOPS
,NESTED LOOPS
,TABLE ACCESS BY INDEX ROWID CUSTEVENTSOURCE
,INDEX RANGE SCAN SAN_CUSTEVENTSOURCE_IND1
,TABLE ACCESS BY INDEX ROWID CUSTHASPACKAGE
,INDEX RANGE SCAN CUSTHASPACKAGE_PK
,INDEX RANGE SCAN UDARA_CUSTHASPACKAGE_PK1
I higly appriciate if any one help to optimied this sql
sql for plan:
EXPLAIN PLAN FOR
SELECT DISTINCT(ce.event_source) AS mobile_no
FROM CUSTEVENTSOURCE ce,CUSTHASPACKAGE cp
WHERE (ce.customer_ref = cp.customer_ref)
AND cp.end_dat IS NULL
AND ce.event_source LIKE '071%'
AND cp.customer_ref IN (SELECT CUSTOMER_REF
               FROM CUSTHASPACKAGE
               WHERE package_id =119
               AND end_dat IS NULL
               GROUP BY CUSTOMER_REF
               HAVING COUNT(customer_ref) =1 )
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
this one hase change according to request. but original sql is in first in this session
Thanks
dba

Similar Messages

BEx query selection screen takes long time to popup

Hi,
I have a query which is taking long time to popup the selection screen. I have tried in RSRT the generate report option, the generating report takes 45 to 60 mins. After the report is generated the query selection screen comes up in couple of seconds. The first time I run the query everything its fine but then for the second time the problem comes back again.
The selection screen takes +/- 40 mins to comes up in RSRT and in the portal it times out.
I have run the statistics of the query and according to the statistics report the query takes a lot of time for the following component :
OLAP: Query Gen. 2681,312682
I have removed the query from the cache monitor and after that regenerate the report. But these steps didnu2019t solve my problem.
I made two test queries, in one query I have made the CKFu2019s and RKFu2019s directly at the infoprovider, and dragged and dropped in the KF structure. In the other query I made the CKFu2019s and RKFu2019s in the query KF structure itself. The query where I have the CKFu2019s and RKFu2019s at the infoprovider that query times out, the other query where I put the CKFu2019s and RKFu2019s in the query KF structure doesn't has this performance problem.
What I donu2019t know is why the query is failing when I use RKFu2019s and CKFu2019s from the infoprovider, the other query donu2019t have this problem.
Please advise how to proceed.
Thanks in advance,
Arash

Hi,
Please check the following notes which should be useful.
1387593 - Performance optimization for query change/generation
1416737 - Performance optimization for query change/generation(2)
1396485 - Performance optimization for query check/save
Then please execute the SE38 report ANALYZE_RSZ_TABLES (see notes
1472915, 1506560) and repair/correct the different tables to optmize
the query definition tables.
Regards,
Amit

Query on Cube jumps to Query on ODS ; Query on ODS takes Long time

Hi All,
Perormance Issue: Query on Cube jumps to Query on ODS.
Query on ODS taking long time.(JumpQuery)
Specific to ODS Query: When i have checked the Query on ODS(individually) also taking longer time
Actually ODS contains quite huge data. Indexes already maintained.
I have checked the RSRT- Execute SQL and Debug Option also. Indexes maintained Perfectly .
Order of objects in ODS indexes are matching the order of Objects in SQL stat of RSRT Trans. Inspite of that taking long time.
I have checked both the ways jumpquery aswellas individually .
My question is when the query is jumping from cube to query on ODS how to check the performance, how the query is executing in background when switching over to the second query, Moreover calculated keyfigure has been used for jumping to the target query.
How can query(ods query) time is optimized or improve performance when jumping from query on Cube ?
can any body help?
Rgds,
C.V.
Message was edited by:
C.V. P

What i understand is that you need to optimise the Query jumping time . But this will be very less compared to the time taken by the query on the ODS.
Ideally you shouldnt be making a BEx Query on the ODS , as this takes a long time. What you can do is try executing the Bex Query on the ODS to find out as to where the issue lies. If this query is taking a long time , there is not muich that you can do here.

Why the LMS topology Service takes long time to reflect the device availability status?

In the topology services map, the color status of the router takes long time to move from red to green and vice versa.
i have already configured the time interval in the fault monitor poller setting to 6minutes but the only thing reflected the little mark at the top of the icon itself. anyhow the topology service still believe that the devices are unreachable. i have waited almost 45 minutes and nothing happened.
please let me known the trick to make the topology services act more quicker .
Sent from Cisco Technical Support iPhone App

Topology Services isn't really designed to be a near real time network device up/down tool. It will an change icon's status as a result an ANI engine polling cycle or an admin operator-initiated manual device rediscovery. While you can increase the frequency of polling cycles, that's not usually such a good idea as you could make the server be polling constantly and never completing a job.
To ascertain near real time fault status one should refer to the Fault Dashboard.

Drop Down List in Query Selection Screen Takes Long Time.

I open a report, refresh the query and get a selection screen. But when clicked on the drop down list it takes 4- 5 mins for displaying the drop down options.
How can I speed up the displaying of drop down list in selection screen?
Could any one please help regarding the setting to enable this?
Thanks.

Hi,
I guess there is a setting to look up the master data tables or use the dimension,which would speed up the time that it takes to display the drop down selections
Do you have any idea about the setting?
Thanks.

Rag: Query performence - Report taking long time when drill down a Char.

Hi All,
After executing the report when we try to Drilldown PO Char, then the report used to take long time nearly 60 to 90 minutes and thorough an errors that "An error is occurred during loading" or "Connection Timed Out".
The report is created on Multiprovider which is build on 7 infocubes and the data for the PO char is coming from all the 7 cubes.
So we have created Aggregates on the 5 Infocubes based on system proposal.
Then,
We checked in RSRT, the data is coming from all 5 Aggregates and also when we drill down the PO also the data is coming from 5 Aggregates itself.
But,
The report is running fine and also when we drilldown the PO to show all the PO values, then the report showing all the POu2019s details by taking nearly 15 mins only.
Here our concern is why the report is taking 15 mins when we drill a PO char.
Could any one give suggestions please.
Thanks in Adv.
Raju. E

Hi,
please check this list for query performance:
http://sapbwneelam.blogspot.com/2007/10/checklist-for-query-performance.html
Regards
Erwin

Please optimize the query

Hi,
I have a query that will select the same tables and using Subquery. The query is taking too much time as the table has more records. Can anyone help to modify the query which can take minimum time. Thanks in Advance.
Below is the query
SELECT
SIK_ROLLE_ID,SIK_OBJEKT_ID,SIK_AFTALE_ID,SIK_AFTALE_TP,ROLLE_TP,KNID,EJENDOMS_ID,EJENDOMS_TP, VURD_BLB
,VURD_VAKD,VURD_DT,HAIRCUT,SIK_VAKD,SIK_FOER_BLB,HAIRCUT_BLB,FORANST_PRIO_BLB,RETTIGHEDER_BLB,SIK_EFTER_BLB
,OVERSKREVET_MK,OVERSKREVET_BLB,MAN_HAIRCUT_BLB,MAN_OBJ_E_HCUT_BLB,GLDER_FRA_DT, TRANSAKTIONS_TP,SIK_STATUS_TP
FROM
ETZ3EDW.dbo.EWWH_KS_OBJ_KND2_HV A
WHERE
A.SIK_AFTALE_TP = 20130 and A.TRANSAKTIONS_TP not in ('S')
AND A.GLDER_FRA_DT = ( SELECT MAX(B.GLDER_FRA_DT)
FROM ETZ3EDW.DBO.EWWH_KS_OBJ_KND2_HV B
WHERE B.GLDER_FRA_DT <= '2014-01-08'
AND A.SIK_OBJEKT_ID = B.SIK_OBJEKT_ID
AND A.SIK_AFTALE_ID = B.SIK_AFTALE_ID)

Can you show us a execution plan of the query?
CREATE TABLE #tmp (col DATE)
INSERT INTO #tmp
SELECT MAX(B.GLDER_FRA_DT)
FROM ETZ3EDW.DBO.EWWH_KS_OBJ_KND2_HV BJOIN ETZ3EDW.dbo.EWWH_KS_OBJ_KND2_HV AON A.SIK_OBJEKT_ID = B.SIK_OBJEKT_ID
AND A.SIK_AFTALE_ID = B.SIK_AFTALE_ID
WHERE B.GLDER_FRA_DT <= '2014-01-08'SELECT
SIK_ROLLE_ID,SIK_OBJEKT_ID,SIK_AFTALE_ID,SIK_AFTALE_TP,ROLLE_TP,KNID,EJENDOMS_ID,EJENDOMS_TP, VURD_BLB
,VURD_VAKD,VURD_DT,HAIRCUT,SIK_VAKD,SIK_FOER_BLB,HAIRCUT_BLB,FORANST_PRIO_BLB,RETTIGHEDER_BLB,SIK_EFTER_BLB
,OVERSKREVET_MK,OVERSKREVET_BLB,MAN_HAIRCUT_BLB,MAN_OBJ_E_HCUT_BLB,GLDER_FRA_DT, TRANSAKTIONS_TP,SIK_STATUS_TP
FROM
ETZ3EDW.dbo.EWWH_KS_OBJ_KND2_HV A
WHERE
A.SIK_AFTALE_TP = 20130 and A.TRANSAKTIONS_TP not in ('S')
AND A.GLDER_FRA_DT IN (SELECT col FROM #tmp)
Best Regards,Uri Dimant SQL Server MVP,
http://sqlblog.com/blogs/uri_dimant/
MS SQL optimization: MS SQL Development and Optimization
MS SQL Consulting:
Large scale of database and data cleansing
Remote DBA Services:
Improves MS SQL Database Performance
SQL Server Integration Services:
Business Intelligence

Procedure takes long time to execute...

Hi all
i wrote the proxcedure but it takes long time to execute.
The INterdata table contains 300 records.
Here is the procedure:
create or replace procedure inter_filter
is
     /*v_sessionid interdata.sessionid%type;
     v_clientip interdata.clientip%type;
     v_userid interdata.userid%type;
     v_logindate interdata%type;
     v_createddate interdata%type;
     v_sourceurl interdata%type;
     v_destinationurl interdata%type;*/
     v_sessionid filter.sessionid%type;
     v_filterid filter.filterid%type;
     cursor c1 is
     select sessionid,clientip,browsertype,userid,logindate,createddate,sourceurl,destinationurl
     from interdata;
     cursor c2 is
     select sessionid,filterid
     from filter;
begin
     open c2;
     loop
          fetch c2 into v_sessionid,v_filterid;
          for i in c1 loop
               if i.sessionid = v_sessionid then
                    insert into filterdetail(filterdetailid,filterid,sourceurl,destinationurl,createddate)
                    values (filterdetail_seq.nextval,v_filterid,i.sourceurl,i.destinationurl,i.createddate);
               else
                    insert into filter (filterid,sessionid,clientip,browsertype,userid,logindate,createddate)
                    values (filter_seq.nextval,i.sessionid,i.clientip,i.browsertype,i.userid,i.logindate,i.createddate);
                    insert into filterdetail(filterdetailid,filterid,sourceurl,destinationurl,createddate)
                    values (filterdetail_seq.nextval,filter_seq.currval,i.sourceurl,i.destinationurl,i.createddate);
               end if;
          end loop;
     end loop;
     commit;
end
Please Help!
Prathamesh

i wrote the proxcedure but it takes long time to execute.Please define "long time". How long does it take? What are you expecting it to take?
The INterdata table contains 300 records.But how many records are there in the FILTER table? As this is the one you are driving off this is going to determine the length of time it takes to complete. Also, this solution inserts every row in the INTERDATA table for each row in the FILTER table - in other words, if the FILTER table has twenty rows to start with you are going to end up with 6000 rows in FILTERDETAIL. No wonder it takes a long time. Is that want you want?
Also of course, you are using PL/SQL cursors when you ought to be using set operations. Did you try the solution I posted in Re: Confusion in this scenario>>>>>>> on this topic?
Cheers, APC

Full GC takes long time

Hello,
Since the last two weeks, we're experiencing Full GCs that take long time and block our application.
Our platform is:
Windows 2003 Server 64 bit
Tomcat 6.0.18
Java 1.6.0_u13.
Total memory: 8Gb.
-Xms4096m
-Xmx6144m
-Xss256k
Old generation: min 2,66Gb max 4,0G
Eden generation: min 1,5Gb max 2,0G
Perm generation: min 57Mb max 84Mb
Here a piece of our gc.log:
21601.266: [GC [PSYoungGen: 2009225K->6206K(1942528K)] 3913618K->1913365K(4738752K), 0.0992347 secs] [Times: user=0.16 sys=0.03, real=0.11 secs]
21611.268: [GC [PSYoungGen: 1942485K->5485K(1879040K)] 3849645K->1914490K(4675264K), 0.0986129 secs] [Times: user=0.11 sys=0.00, real=0.11 secs]
21618.350: [GC [PSYoungGen: 1879021K->12392K(2060928K)] 3788026K->1930794K(4857152K), 0.2036000 secs] [Times: user=0.14 sys=0.02, real=0.20 secs]
21624.869: [GC [PSYoungGen: 1935116K->8545K(2065600K)] 3853519K->1930702K(4861824K), 0.0924182 secs] [Times: user=0.05 sys=0.00, real=0.09 secs]
21624.961: [Full GC (System) [PSYoungGen: 8545K->0K(2065600K)] [PSOldGen: 1922156K->635750K(2796224K)] 1930702K->635750K(4861824K) [PSPermGen: 38643K->38643K(60992K)], 1.3719842 secs] [Times: user=1.09 sys=0.00, real=1.36 secs]
21634.887: [GC [PSYoungGen: 2048500K->10395K(2078912K)] 2684250K->646145K(4875136K), 0.0180670 secs] [Times: user=0.02 sys=0.05, real=0.01 secs]
21645.165: [GC [PSYoungGen: 2074007K->8120K(2003392K)] 2709758K->648930K(4799616K), 0.0176943 secs] [Times: user=0.08 sys=0.00, real=0.03 secs]
25209.938: [GC [PSYoungGen: 1760190K->7344K(1707072K)] 4127764K->2376892K(4503296K), 0.0760053 secs] [Times: user=0.11 sys=0.03, real=0.06 secs]
25218.120: [GC [PSYoungGen: 1707056K->10511K(1657728K)] 4076604K->2382964K(4453952K), 0.0704081 secs] [Times: user=0.13 sys=0.00, real=0.08 secs]
25221.680: [GC [PSYoungGen: 1657679K->5731K(1982400K)] 4030132K->2385544K(4778624K), 0.0985384 secs] [Times: user=0.20 sys=0.00, real=0.09 secs]
25226.968: [GC [PSYoungGen: 993426K->6083K(1982784K)] 3373239K->2389543K(4779008K), 0.5147901 secs] [Times: user=0.08 sys=0.00, real=0.52 secs]
25227.483: [Full GC (System) [PSYoungGen: 6083K->0K(1982784K)] [PSOldGen: 2383460K->536034K(2796224K)] 2389543K->536034K(4779008K) [PSPermGen: 39765K->38756K(58816K)], 155.4030025 secs] [Times: user=1.34 sys=0.64, real=155.39 secs]
25389.833: [GC [PSYoungGen: 1976624K->12915K(2023616K)] 2512658K->566671K(4819840K), 13.1263397 secs] [Times: user=0.11 sys=0.03, real=13.13 secs]
25405.871: [GC [PSYoungGen: 2023579K->13857K(2031552K)] 2577335K->583736K(4827776K), 3.5796784 secs] [Times: user=0.03 sys=0.00, real=3.58 secs]
25416.490: [GC [PSYoungGen: 2024544K->9059K(2074944K)] 2594423K->587581K(4871168K), 0.1184355 secs] [Times: user=0.06 sys=0.00, real=0.13 secs]
25425.393: [GC [PSYoungGen: 2064144K->7415K(2075456K)] 2642665K->590222K(4871680K), 0.0441002 secs] [Times: user=0.02 sys=0.00, real=0.05 secs]
25438.547: [GC [PSYoungGen: 2062519K->8857K(2075264K)] 2645326K->594735K(4871488K), 0.0301620 secs] [Times: user=0.01 sys=0.00, real=0.03 secs]
The minor collections go perfect.
The first full GC in this piece of log takes 1,36s, and the old generation passes from 1922156K->635750K
But the second full GC (1 hour later) blocks the server for 155.39s, and the old generation pases from 2383460K->536034K
The server load between execution of full GC was similar. Any differences I saw in this two moments:
first full gc: number of Tomcat http threads : 230. The full gc provokes that Tomcat start new threads until get 500 (maxThreads)
second full gc: number of Tomcat http threads : 500.
I'm not an expert in tunning jvm. If somebody could help me, these pauses are killing the app and it's unacceptable for my client (for 2 min. the app does not work).
If you need more information (threads stack, histograms, ... I have ...)
Maybe I need to reduce the size of the old generation? Or change the garbage collector for old generation? The server cpu is going well, I prefer to consume more cpu in gc and avoid this pauses.
Any help will be very very appreciated.
Thanks in advance,
Joan.

Hello,
Sorry for my continuous replies. Another full gc has occurred. This is the trace:
262631.531: [GC [PSYoungGen: 2071685K->10889K(2078464K)] 4711353K->2652961K(4874688K), 0.3392037 secs] [Times: user=0.08 sys=0.00, real=0.34 secs]
262640.608: [GC [PSYoungGen: 2071978K->11055K(2078784K)] 4714051K->2656136K(4875008K), 1.3267436 secs] [Times: user=0.06 sys=0.00, real=1.33 secs]
262649.880: [GC [PSYoungGen: 2072165K->17337K(2071872K)] 4717246K->2669454K(4868096K), 3.0493937 secs] [Times: user=0.16 sys=0.00, real=3.05 secs]
262658.069: [GC [PSYoungGen: 2071865K->14678K(2075840K)] 4723982K->2676078K(4872064K), 5.4598301 secs] [Times: user=0.08 sys=0.03, real=5.45 secs]
262666.592: [GC [PSYoungGen: 2069183K->15835K(2075776K)] 4730583K->2682691K(4872000K), 1.6894894 secs] [Times: user=0.11 sys=0.05, real=1.70 secs]
262673.352: [GC [PSYoungGen: 2070620K->14122K(2068992K)] 4737476K->2687230K(4865216K), 2.9711981 secs] [Times: user=0.06 sys=0.03, real=2.97 secs]
262682.891: [GC [PSYoungGen: 2068909K->10709K(2075712K)] 4742017K->2686673K(4871936K), 1.1160323 secs] [Times: user=0.19 sys=0.00, real=1.13 secs]
262691.733: [GC [PSYoungGen: 2065941K->10683K(2075584K)] 4741905K->2689212K(4871808K), 1.4898942 secs] [Times: user=0.05 sys=0.00, real=1.50 secs]
262701.512: [GC [PSYoungGen: 2065888K->9341K(2076480K)] 4744418K->2690073K(4872704K), 1.3835846 secs] [Times: user=0.13 sys=0.00, real=1.39 secs]
262709.896: [GC [PSYoungGen: 2065601K->10718K(2076480K)] 4746334K->2693212K(4872704K), 0.7815897 secs] [Times: user=0.05 sys=0.01, real=0.78 secs]
262718.681: [GC [PSYoungGen: 2067028K->10199K(2076672K)] 4749523K->2695508K(4872896K), 1.2951014 secs] [Times: user=0.06 sys=0.00, real=1.30 secs]
262727.940: [GC [PSYoungGen: 2067345K->10112K(2076608K)] 4752654K->2698129K(4872832K), 1.6785345 secs] [Times: user=0.08 sys=0.00, real=1.69 secs]
262736.092: [GC [PSYoungGen: 2067264K->10886K(2077184K)] 4755281K->2702237K(4873408K), 1.1985764 secs] [Times: user=0.06 sys=0.02, real=1.20 secs]
262744.626: [GC [PSYoungGen: 2069382K->11366K(2077248K)] 4760733K->2705795K(4873472K), 1.4323653 secs] [Times: user=0.13 sys=0.00, real=1.44 secs]
262754.913: [GC [PSYoungGen: 2069912K->11945K(2077824K)] 4764342K->2708689K(4874048K), 0.8340946 secs] [Times: user=0.03 sys=0.00, real=0.84 secs]
262765.038: [GC [PSYoungGen: 2072283K->11669K(2077888K)] 4769028K->2711204K(4874112K), 1.3040060 secs] [Times: user=0.09 sys=0.02, real=1.31 secs]
262776.885: [GC [PSYoungGen: 2072021K->9940K(2079360K)] 4771556K->2711919K(4875584K), 0.8646772 secs] [Times: user=0.09 sys=0.00, real=0.88 secs]
262783.713: [GC [PSYoungGen: 1173115K->8659K(2079168K)] 3875094K->2713127K(4875392K), 1.4434465 secs] [Times: user=0.09 sys=0.00, real=1.45 secs]
262785.157: [Full GC (System) [PSYoungGen: 8659K->0K(2079168K)] [PSOldGen: 2704467K->655075K(2796224K)] 2713127K->655075K(4875392K) [PSPermGen: 41376K->40988K(42048K)], 132.6088125 secs] [Times: user=1.47 sys=0.39, real=132.58 secs]
262925.100: [GC [PSYoungGen: 2062280K->16892K(2068992K)] 2717355K->683188K(4865216K), 8.9491611 secs] [Times: user=0.13 sys=0.00, real=8.94 secs]
262971.183: [GC [PSYoungGen: 2068978K->8052K(2074624K)] 2735273K->692990K(4870848K), 7.7833800 secs]
When a "bad" full GC occurs, I can see that just before it the minor collections start to perform bad. Normal values for minor collections are 0,0x seconds, and before a "bad" full GC these minor collections take seconds (1, 2, ... up to 5 seconds).
I can show an histogram of the first 25 entries before and after the full GC:
BEFORE
num #instances #bytes class name
1: 226135 718455272 [I
2: 1905686 637239584 [C
3: 122775 621626112 [B
4: 8218 538714736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
5: 160974 445403288 [Ljava.lang.Object;
6: 1759928 70397120 java.lang.String
7: 334672 42838016 com.sun.org.apache.xerces.internal.dom.DeferredElementNSImpl
8: 103592 42699248 [[I
9: 227966 41945744 java.net.SocksSocketImpl
10: 629974 35278544 com.vpfw.proxy.cache.data.B
11: 636515 30552720 java.util.concurrent.ConcurrentHashMap$HashEntry
12: 555354 26656992 java.util.HashMap$Entry
13: 89059 18034280 [Ljava.util.HashMap$Entry;
14: 230432 16591104 com.sun.org.apache.xerces.internal.dom.DeferredTextImpl
15: 225401 14425664 java.lang.ref.Finalizer
16: 222588 14245632 java.net.SocketInputStream
17: 334644 13385760 com.sun.org.apache.xerces.internal.dom.AttributeMap
18: 386837 12378784 java.util.concurrent.ConcurrentLinkedQueue$Node
19: 40226 11263504 [[Ljava.lang.Object;
20: 21646 11246112 [Ljava.util.concurrent.ConcurrentHashMap$HashEntry;
21: 684613 10953808 java.lang.Object
22: 227958 9118320 java.net.Socket
23: 218591 8743640 java.net.Inet4Address
24: 57810 8730528 <constMethodKlass>
25: 230658 7381056 java.io.FileDescriptor
AFTER
num #instances #bytes class name
1: 91917 650028776 [B
2: 1767088 612264368 [C
3: 176313 581838552 [I
4: 141278 322132688 [Ljava.lang.Object;
5: 1762956 70518240 java.lang.String
6: 367122 46991616 com.sun.org.apache.xerces.internal.dom.DeferredElementNSImpl
7: 239506 44069104 java.net.SocksSocketImpl
8: 633882 35497392 com.vpfw.proxy.cache.data.B
9: 639797 30710256 java.util.concurrent.ConcurrentHashMap$HashEntry
10: 606366 29105568 java.util.HashMap$Entry
11: 72730 20521256 [[I
12: 89136 18497696 [Ljava.util.HashMap$Entry;
13: 252946 18212112 com.sun.org.apache.xerces.internal.dom.DeferredTextImpl
14: 236339 15125696 java.lang.ref.Finalizer
15: 233891 14969024 java.net.SocketInputStream
16: 366906 14676240 com.sun.org.apache.xerces.internal.dom.AttributeMap
17: 429913 13757216 java.util.concurrent.ConcurrentLinkedQueue$Node
18: 43319 12129544 [[Ljava.lang.Object;
19: 719233 11507728 java.lang.Object
20: 21649 11246408 [Ljava.util.concurrent.ConcurrentHashMap$HashEntry;
21: 239498 9579920 java.net.Socket
22: 143 9317736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
23: 229531 9181240 java.net.Inet4Address
24: 57817 8735944 <constMethodKlass>
25: 242443 7758176 java.io.FileDescriptor
The big differencies is the "com.sun.org.apache.xpath.internal.objects.XObject;".
Before and after, the values are:
4: 8218 538714736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
22: 143 9317736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
Could this the cause of the full GC that takes long time?
Thanks,
Joan.

Gif files takes long time to load..!!

Hi,
I found the gif/jpg files takes long time ( more than 5 or 6 seconds depends on size ) to render on JavaHelp viewer EditorPane.. I am using JDK 1.3 / Win 2000 / 256 MB / 1 GHz Pentium. Also found JVM uses 90% of the system resources while loading the pic files. I have noticed it as a JDK 1.3 bug from another thread.
http://forum.java.sun.com/thread.jsp?forum=42&thread=230409
I would like to know is there any other solution for this, keeping my JDK Version as it is?
Thanks
Reji

I would convert your images to JPegs if possible since they are so much smaller in size and therefore load much quicker. I had exactly the same problem but I sorted it out this way. I know it's a pain and it will probably screw up your view, but it will speed up your load time ten-fold and I don't know of any other work around. sorry...

It takes long time to load the parameter's value when running we run report

Hi,
It takes long time to load the parameter's value when running we run report. What could cause this? How to troubleshoot the behavior of the report? Could I use Profile and what events should i select?
Thanks

Hi jori5,
Based on my understanding, after changing the parameter, the report render very slow, right?
In Reporting Service, the total time to generate a report include TimeDataRetreval, TimeProcessing and TimeRendering. To analyze which section take much time, we can check the table Executionlog3 in the ReportServer database. For more information, please
refer to this article:
More tips to improve performance of SSRS reports.
In your scenario, since you mention the query spends less time, the delay might happens during report processing and report rendering section. So you should check Executionlog3 to check which section costs most of time, then you can refer to this article
to optimize your report:
Troubleshooting Reports: Report Performance.
If you have any question, please feel free to ask.
Best regards,
Qiuyun Yu

CV04N takes long time to process select query on DRAT table

Hello Team,
While using CV04N to display DIR's, it takes long time to process select query on DRAT table. This query includes all the key fields. Any idea as to how to analyse this?
Thanks and best regards,
Bobby
Moderator message: please read the sticky threads of this forum, there is a lot of information on what you can do.
Edited by: Thomas Zloch on Feb 24, 2012

Be aware that XP takes approx 1gb of your RAM leaving you with 1gb for whatever else is running. MS Outlook is also a memory hog.
To check Virtual Memory Settings:
Control Panel -> System
System Properties -> Advanced Tab -> Performance Settings
Performance Options -> Adavanced Tab - Virtual Memory section
Virtual Memory -
what are
* Initial Size
* Maximum Size
In a presentation at one of the Hyperion conferences years ago, Mark Ostroff suggested that the initial be set to the same as Max. (Max is typically 2x physical RAM)
These changes may provide some improvement.

My query take long time..

The output of tkprof of my trace file is :
SELECT ENEXT.NUM_PRSN_EMPLY ,ENEXT.COD_BUSUN ,ENEXT.DAT_CALDE ,ENEXT.COD_SHFT
FROM
AAC_EMPLOYEE_ENTRY_EXITS5_VIW ENEXT ,PDS.PDS_EMPLOYEES EMPL ,
PDS.PDS_EMPLOYMENT_TYPES EMPTYP ,PDS.PDS_PAY_CONDITIONS PAYCON WHERE
ENEXT.DAT_CALDE BETWEEN :B6 AND :B5 AND ENEXT.NUM_PRSN_EMPLY IN (SELECT
ATT21 FROM APPS.GLOBAL_TEMPS WHERE ATT1 = 'PRSN') AND ENEXT.NUM_PRSN_EMPLY =
EMPL.NUM_PRSN_EMPLY AND EMPL.EMTYP_COD_EMTYP = EMPTYP.COD_EMTYP AND
EMPTYP.LKP_COD_STA_PAY_EMTYP <> 3 AND
NVL(EMPL.LKP_MNTLY_WITHOUT_ENEXT_EMPLY,2) <> 1 AND EMPL.PCOND_COD_STA_PCOND
= PAYCON.COD_STA_PCOND AND NVL(EMPL.LKP_MNTLY_WITHOUT_ENEXT_EMPLY,2) <> 1
AND PAYCON.LKP_FLG_STA_PAY_PCOND = 1 AND ENEXT.DAT_CALDE >=
EMPL.DAT_EMPLT_EMPLY AND ENEXT.DAT_CALDE <= NVL(EMPL.DAT_DSMSL_EMPLY,
TO_DATE('15001229','YYYYMMDD')) AND 1 = (CASE WHEN
ENEXT.LKP_STA_HOLIDAY_CALNR = 2 AND ENEXT.LKP_CAT_SHFT_SHTAB = 1 AND
ENEXT.TYP_DAY BETWEEN 4 AND 6 THEN 0 WHEN ENEXT.LKP_STA_HOLIDAY_CALNR = 2
AND ENEXT.LKP_CAT_SHFT_SHTAB = 1 AND ENEXT.TYP_DAY NOT BETWEEN 4 AND 6 THEN
1 WHEN ENEXT.LKP_STA_HOLIDAY_CALNR = 2 AND ENEXT.LKP_CAT_SHFT_SHTAB = 2
THEN 0 WHEN ENEXT.LKP_STA_HOLIDAY_CALNR = 1 AND ENEXT.LKP_CAT_SHFT_SHTAB =
1 THEN 1 WHEN ENEXT.LKP_STA_HOLIDAY_CALNR = 1 AND ENEXT.LKP_CAT_SHFT_SHTAB =
2 THEN 0 END) AND ENEXT.LKP_COD_DPUT_BUSUN = NVL(:B4 ,
ENEXT.LKP_COD_DPUT_BUSUN) AND ENEXT.LKP_COD_MANAG_BUSUN = NVL(:B3 ,
ENEXT.LKP_COD_MANAG_BUSUN) AND ENEXT.COD_BUSUN = NVL(:B2 , ENEXT.COD_BUSUN)
AND ENEXT.COD_CAL = NVL(COD_CAL, ENEXT.COD_CAL) AND ENEXT.NUM_PRSN_EMPLY =
NVL(:B1 , ENEXT.NUM_PRSN_EMPLY) AND ENEXT.COD_SHFT IN (SELECT
SHFTBL.COD_SHTAB FROM AAC_SHIFT_TABLES SHFTBL WHERE
SHFTBL.LKP_CAT_SHFT_SHTAB = 1) AND ENEXT.DAT_CALDE NOT IN (SELECT ABN.DAT
FROM APPS.AAC_EMPL_EN_EX_ABNORMAL_VIW ABN WHERE ABN.PRSN =
ENEXT.NUM_PRSN_EMPLY AND ABN.DAT BETWEEN :B6 AND :B5 ) AND ENEXT.DAT_CALDE
IN (SELECT EMPENEXT.DAT_STR_SHFT_ENEXT FROM AAC.AAC_EMPLOYEE_ENTRY_EXITS
EMPENEXT WHERE EMPENEXT.EMPLY_NUM_PRSN_EMPLY = EMPL.NUM_PRSN_EMPLY AND
EMPENEXT.DAT_STR_SHFT_ENEXT BETWEEN :B6 AND :B5 AND
EMPENEXT.LKP_FLG_STA_ENEXT <> 3) ORDER BY ENEXT.NUM_PRSN_EMPLY,
ENEXT.DAT_CALDE
call count cpu elapsed disk query current rows
Parse 2 0.00 0.00 0 0 0 0
Execute 2 0.00 0.00 0 0 0 0
Fetch 2 40.45 40.30 306 17107740 0 24
total 6 40.45 40.30 306 17107740 0 24
what is wrong in my query?
why it take long time?

user13344656 wrote:
what is wrong in my query?
why it take long time?See PL/SQL forum FAQ
https://forums.oracle.com/forums/ann.jspa?annID=1535
*3. How to improve the performance of my query? / My query is running slow.*
SQL and PL/SQL FAQ
For instructions on what information to post an how to format it.

Analyze a Query which takes longer time in Production server with ST03 only

Hi,
I want to Analyze a Query which takes longer time in Production server with ST03 t-code only.
Please provide me with detail steps as to perform the same with ST03
ST03 - Expert mode- then I need to know the steps after this. I have checked many threads. So please don't send me the links.
Write steps in detail please.
<REMOVED BY MODERATOR>
Regards,
Sameer
Edited by: Alvaro Tejada Galindo on Jun 12, 2008 12:14 PM

Then please close the thread.
Greetings,
Blag.

The Application Takes long time to Start

Hello All,
We ar eon Unix->64 Bit-> Essbase 11.1.1.3.
Problem Description : The application is taking long to start up. around 5 to 6 minutes. This is very first time it is happening.
There were no specific changes done to the application in the recent releases.
I have tried all options 1. Compacating outline, 2. Purging the application log etc. all other applications respond good on this host except this. Usually any application should not take more than 1 to 2 minutes to start up.
There are no specific errors or XCP files recorded in the logs and folders.
Appreciate your suggestions
MS

Thanks Jitendra and Prabhas,
I know i have posted this thread sometime back and later I had to jump on a New release, so did not get time to check your inputs.
Well I am back on this issue again. I have been working on various option to get this issues solved " start of App takes long time"
Here are some Details. We are on SunOs 64 Bit, has 12CU with dual core, with Essbase 11.1.1.3 running on it. This is an ASO application and has just 7 dimensions, Out of which the ORGANIZATION Dimension is pretty huge with Multiple Hierarchies enabled ( Both Stored and Dynamic ) and has more than 20,00,000 members including the alternate hierarchies ( Shared members)
I did a smoke test by building dimension by dimension the app was startiung up in just *40* seconds. and when i reached the ORG dimension and added more than 70,000 memebrs . there i fall sick. the app now gets back to its old issue ( Takes more than 10 mainutes to start).
CPU Usage ranges between 3.1 % to 4 %
PID USER NLWP PRI NI VSZ RSS S STIME ELAPSED %CPU COMMAND
4424 user1 1 59 20 1608 1032 S 18:13:33 00:00 0.0 grep COMMAND
4428 user1 1 59 20 1608 1032 S 18:13:33 00:00 0.0 grep ESS
4766 user1 88 55 20 6814168 5684200 O 17:37:48 35:45 3.1 /path/xyz/masked/ASO_APP hgfedc NOCREAT.
But My question here is, in the last moth cube i still similar number of members in the cube and nothing really had changed.
Essbase GURU's Please give me some Hint to think out of box now.
Thanks
MS

Optimize the query as it takes long time

Similar Messages

Maybe you are looking for