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.

Similar Messages

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

It takes long time to invoke the Exception handler code

In our setup there is firewall between the Appserver that is using toplink and the database.The firewall terminates idle connection on any port if the connection is idle for 1 hr.So i have implemented an exception handler to reconnect when the connection is broken.The code works fine but It takes 15 mins for the exception handler code to be invoked.
The database is Oracle and the driver is thin driver,OS is solaris.No external connection pool
I had registered the exceptionhandler to the serversession,should i register it with each ClientSession?

yes ,15 mins is the time taken before the server session's exception handler code is invoked.
The following is the exception handler code on the sever session.Any thing wrong?
server.setExceptionHandler(new ExceptionHandler()
public Object handleException(RuntimeException ex)
{//This method is executed only after 15 min ,if the connection is broken
String mess=ex.getMessage();
System.out.println("In handler excep mess is "+mess);
if ((ex instanceof DatabaseException) && (mess.equals("connection reset by peer.")||(mess.indexOf("IOException :Broken pipe")!=-1)))
DatabaseException dbex = (DatabaseException) ex;
dbex.getAccessor().reestablishConnection (dbex.getSession());
return dbex.getSession().executeQuery(dbex.getQuery());
return null;
What could be wrong ?
I tried Oracle's connection cache Impl created a connection pool using the same thin driver and on the same env.SQLException is thrown immediately on using the broken connection.so I feel the driver is not causing any problem.
Is there any way in toplink to keep the connections active?or Is there any way to poll all connections in the connection pool and check If they are connected instead of waiting until the exception gets thrown and handle it?

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

SELECT statement takes long time

Hi All,
In the following code, if the T_QMIH-EQUNR contains blank or space values ,SELECT statement takes longer time to acess the data from OBJK table. If it T_QMIH-EQUNR contains values other than blank, performance is good and it fetches data very fast.
Already we have indexes for EQUNR in OBJK table.
Only for blank entries , it takes much time.Can anybody tell why it behaves for balnk entries?
if not T_QMIH[] IS INITIAL.
        SORT T_QMIH BY EQUNR.
        REFRESH T_OBJK.
        SELECT EQUNR OBKNR
          FROM OBJK INTO TABLE T_OBJK
          FOR ALL ENTRIES IN T_QMIH
          WHERE OBJK~TASER = 'SER01' AND
         OBJK~EQUNR = T_QMIH-EQUNR.
Thanks
Ajay

Hi
You can use the field QMIH-QMNUM with OBJK-IHNUM
in QMIH table, EQUNR is not primary key, it will have multiple entries
so to improve the performance use one dummy internal table for QMIH and sort it on EQUNR
delete adjacent duplicates from d_qmih and use the same in for all entries
this will improve the performance.
Also use the fields in sequence of the index and primary keys also in select
if not T_QMIH[] IS INITIAL.
SORT T_QMIH BY EQUNR.
REFRESH T_OBJK.
SELECT EQUNR OBKNR
FROM OBJK INTO TABLE T_OBJK
FOR ALL ENTRIES IN T_QMIH
WHERE IHNUM = T_QMIH-QMNUM
OBJK~TASER = 'SER01' AND
OBJK~EQUNR = T_QMIH-EQUNR.
try this and let me know
regards
Shiva

RFC takes long time to reach to test

Hi,
i have issue related to RFC connection from BW to R3 systems
if i tried to test the connection it takes long time to respond
the result as following:
Logon     32779 msec
Transfer of 0 KB     1 msec
Transfer of 10 KB     2 msec
Transfer of 20 KB     3 msec
Transfer of 30 KB     4 msec
and if i tried after that to do the same test again it works fine
and the result as following
Logon     8 msec
Transfer of 0 KB     1 msec
Transfer of 10 KB     2 msec
Transfer of 20 KB     3 msec
Transfer of 30 KB     4 msec
So can you please tell me why it takes too long time to logon first time?
from the OS level i can ping the target system with out any problems.
Thanks
SE...
Edited by: Sherif Eid on Aug 17, 2008 4:33 PM

probably
1.Check both the systems are on same domain.
2.Check in your SM59 ,you have mentioned gateway and gateway host .if yes try to remove and check else revert back
3.under special options check slow rfc connection if it is already checked try to unchecked and if not try to check it.
4.Is the background user aleremote for BW-R3 connectivity?If not can you check the user and it's roles?
5.attach the routetrace from BW server to R3 and see how long does it take fto reach there first time and second time and see the difference?
Good Luck.
Thanks
Amit

Payables Account Analysis report takes long time to produce xml output

Hi,
I am trying to get xml data for the Payables Account Analysis report. I have changed the output format of the concurrent program to XML.
The report takes long time to produce the xml data irrespective of the number of rows fetched. But the same report with Text output runs very fast.
Any reason why the xml output takes long time?
thanks in advance
Malathi.

Hi,
Thanks for the reply.
As mentioned above, i deleted the Q_FLEXDATA and ran the report. it takes less time.
But Will the report data not affected when we delete Q_FLEXDATA Group? and Why this flexdata group affects the running time?
Thanks,
Malathi.

Oracle9i reports take longer time while running in web

Hi,
I have developed few reports in Oracle9i and I am trying to run the reports in web. Running a report through report builder takes lesser time compare to running the same report in web using web.show_document. This also depends on the file size. If my report file size(.jsp file) is less than 100KB then it takes 1 minute to show the parameter form and another 1 minute to show the report output. If my file size is around 190KB then the system takes atleast 15 minutes to show the parameter form. Another 10 to 15 minutes to show the report output. I don't understand why the system takes long time to show the parameter form.
I have a similar problem while opening the file in reports builder also. If my file size is more than 150KB then it takes more than 15 minutes to open the file.
Could anyone please help me on this.
Thanks, Radha

This problem exists only with .jsp reports. I saved the reports in .rdf format and they run faster on web now. Opening a .jsp report takes longer time(file with 600KB takes atleast 2 hours) but the same report in .rdf format takes few seconds to get opened in reports builder.

Takes Long time for Data Loading.

Hi All,
Good Morning.. I am new to SDN.
Currently i am using the datasource 0CRM_SRV_PROCESS_H and it contains 225 fields. Currently i am using around 40 fields in my report.
Can i hide the remaining fields in the datasource level itself (TCODE : RSA6)
Currently data loading takes more time to load the data from PSA to ODS (ODS 1).
And also right now i am pulling some data from another ODS(ODS 2)(LookUP). It takes long time to update the data in Active data table of the ODS.
Can you please suggest how to improve the performance of dataloading on this Case.
Thanks & Regards,
Siva.

Hi....
Yes...u can hide..........just Check the hide box for those fields.......R u in BI 7.0 or BW...........whatever ........is the no of records is huge?
If so u can split the records and execute............I mean use the same IP...........just execute it with different selections.........
Check in ST04............is there are any locks or lockwaits..........if so...........Go to SM37 >> Check whether any Long running job is there or not.........then check whether that job is progressing or not............double click on the Job >> From the Job details copy the PID..............go to ST04 .....expand the node............and check whether u r able to find that PID there or not.........
Also check System log in SM21............and shortdumps in ST04........
Now to improve performance...........u can try to increase the virtual memory or servers.........if possiblr........it will increase the number of work process..........since if many jobs run at a time .then there will be no free Work prrocesses to proceed........
Regards,
Debjani......

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...

Report takes long time to refresh

Hi Experts ,
I have an issue ,when I have only used one workshet to upload as the original workbook has about 25 worksheet tabs and is too large to upload.The report takes 20 minutes to refresh I was rebuilding the report when I noticed that when I added the formulas to the bottom to the original report the report started to take longer to run.When the bottom section of the report is not included the report refreshed in about 2 minutes.
In the file that completes faster,there are no formulas after line 353
In the file that takes long time o refresh,the start on line 357.When the bottom section of the report is not included the report refreshed in about 2 minutes.Any sugession.Thanku.
Regards
R@vi

hi,
If you discover significant high frontend time, check whether the formatting is the reason. If so, either switch it off or reduce the result lines.
As formatting information is not transferred, the time consumed in the frontend can be reduced.
But the workbook you are executing may obviously take much time.
Message was edited by: AVR - Intelli

MDX report rendering takes long time and showing Conflict Message

Hi All,
This is my MDX Query
with member
[Measures].[Rent] as
IIF(IsEmpty([Measures].[Budget]),
NULL, [Measures].[Rent])
select {[Measures].[Rent]}
on columns,
[Property].[Address].[All].children *
DESCENDANTS([Account].[Account Hierarchy].[Account Group].[Expenditures],
[Account].[Account Tree].[Account]) *
[Property].[Property].[All].children
on rows
from
[Master]
When i comment [Property] Dimension member , i am able to get the result, but i need Property Dimension in MDX.
Can anyone give some idea ?
Thanks in advance

Hi Jarugulalaks,
According to your description, it take long time to render the report when using [Property] dimension, right?
In this case, the issue can be caused by that there are too many members under this dimension. In your query, you used CrossJoin function to join multiple dimensions which might cause the performance issue. If you cross-join medium-sized or large-sized sets
(e.g., sets that contain more than 100 items each), you can end up with a result set that contains many thousands of items—enough to seriously impair performance. You can use the NonEmptyCrossjoin function instead of Corssjoin function. For the detail
information, please see:
http://sqlmag.com/data-access/cross-join-performance
http://msdn.microsoft.com/en-us/library/ms144797.aspx
Besides, the total time to generate a reporting server report can be divided into 3 elements: Time to retrieve the data (TimeDataRetrieval); Time to process the report (TimeProcessing); Time to render the report (TimeRendering). For the detail information,
please refer to the link below to see Charlie's reply.
http://social.msdn.microsoft.com/Forums/sqlserver/en-US/a0962b54-6fc2-4111-b8f1-a3722a65fa05/how-to-improve-performance-of-report?forum=sqlanalysisservices#a0962b54-6fc2-4111-b8f1-a3722a65fa05
Regards,
Charlie Liao
TechNet Community Support

Concurrent Managers are taking long time to pick the request- Urgent help

Hi All,
We have upgrade 11.5.10.2 to 12.0.6 with PCP and loading balancing.
Whennever concurrent request is submitted it takes long time to pick the request.
We have the increases proceseses and reduced the sleep time of the standard manager.
Any inputs on this.
Thanks&Regards,
Apps DBA

Hi,
Was this working properly before? If yes, what changes have been done recently?
How many rows you have in the FND_CONCURRENT_PROCESSES and FND_CONCURRENT_REQUESTS tables?
We have the increases proceseses and reduced the sleep time of the standard manager.Did you bounce the CM after doing these changes?
Regards,
Hussein

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

Similar Messages

Maybe you are looking for