High Dialog response time

Hi,
We have a solman 4.0 system. The average dialog response time of the system is very high. What can be done to bring down this response time??
Thanks in Advance
Amit.

Hi Amit,
Please check out the breakdown of dialog response time in Workload Monitor. Also, use the Time Profile to check if this high response time is at specific timings.
regards, Shantanu

Similar Messages

  • CCMSPING not collecting "Dialog Response Time"

    In Solution Manager 4.0, we have configured the CCMSPING agent to monitor a number of systems.  For only two of those systems, CCMSPING is not collecting "Dialog Response Time" (Availability_DiaRespTime) and "Standardized Response Time" (Availability_StdRespTime) data.  All other MTE's for those two servers are being successfully collected.  Looking at CPH, for at least one of those systems, the data was collected for a couple of weeks and then stopped.  For the other system, that data has never been collected.  The two systems with problems are the only two ECC 6.0 systems in the landscape.  In the RZ20 monitor, all that it says is that the "Value is obsolete".  I have deactivated and reactivate CCMSPING one of the systems without any change.
    Has anyone seen anything like this?  Is there any way that I can find out what errors are occurring?

    I have already a ccmsping agent registered on my central system but it seams to be not correctly registered.
    I registered correctly the agent with the '-push' option and it seams to work properly now.
    Thanks for your response
    Regards,
    Emmanuel Coindre.
    [www.emmanuelcoindre.fr|http://www.emmanuelcoindre.fr]

  • High RFC response time in SAP BW system

    Hello all,
    How to analyze and fine tune high RFC response time in SAP BW system ?
    Regards,
    Archana

    Hi
    Kindly Check follows
    1. Check the RFC connections are correctly Configured or not? You can execute the program “RSRFCTRC” and get a full log of the RFC connections details
    2 you can check the BW queries are right optimized? Is this any network issues?
    3.  In which time are you facing the high rfc response? (During the 24 hours which time)?
    4. Kindly refer the SCN & SAP Notes for overall system performance
    Short Notes on PERFORMANCE MONITORING - ABAP Development - SCN Wiki
    1063061 - Information about response time in STAD/ST03
    948066 - Performance Analysis: Transactions to use
    Regards
    Sriram

  • Dialog Response Time is Missing in ST03N

    Hi,
    In one ofour SAP system the dialog response time data is missing in ST03 however other Task type such as RFC,SPOOL,AUTOABAP,AUTOCCMS,BACKGROUND etc are visible.
    OS COllector job is running fine and collecting all data except DIALOG
    Step for issue reproduction :
    ST03n > Expert Mode > instance > under workload overview > Task Typne Name ( Here it should show the data/response time for Background,spool,update etc).
    Kindly help me to know why it is missing. Screenshot for the same is attached here.
    Regards,
    SURYA.

    Hello Surya
    here screenshots from my test:
    ST03 for my instance before I have executed something on it, no dialog task type:
    here I have connected to the instance through SM51, still no dialog task type:
    and here I have connected directly through SAP Logon to this instance, now my actions on the instance are displayed as dialog task type:
    If your users connect through RFC to the instance, then all their actions are RFC task type actions. As soon as a user logons directly to the instance, dialog task type will appear in ST03.
    regards,
    Alwina

  • High Update Response Time ticket from solman

    Hi Experts,
    We have monitoring setup from solman. We are getting an alert for ECC prod that the there is High Update Response Time. Can you please let me know how to fix it?
    Thanks,
    Asad

    Hi Asad ,
    How many update work process do you have . See a high amount of wait time for the update process
    You may increase their number if you have enough memory .
    Go to SM13 , Go to -> Administration of update system
    Goto - > Statistics
    Response Times: Rules of Thumb - CCMS Monitoring - SAP Library
    Less than 1 second is the recommended , though sometimes you may breach it .
    Thanks ,
    Manu

  • High Update Response Time

    Hi folks,
    how could I to check the High Update Response Time
    Thanks.

    Hi Carlos,
    Goto ST03 and check from there.
    That link was posted by mistake.
    Divyanshu

  • Dialog response time comaprison between cities

    Is there any way where we can compare dialog response time  in different cities for the same transaction?
    As we are facing issues with response time in 2 different cities and response time in 1 city is lesser comared to other city while fetching the same data.
    System is an ABAP ECC 6.0 R/3 system.
    We checked that GUI time is also different in both cities.

    Hi,
    Check the network times from each city with the SAP utility niping.
    Check also if people from the different cities are connected to the same application servers.
    Regards,
    Olivier

  • Average Dialog Response Time.

    Hello friends.........
    What is the table or function module that stores the data of Average Dialog Response Time (transaction ST03)? After executing ST03, when a particular date is selected, i need the table or function module that stores the value corresponding to Dialog and Time.
    Thanks & Regards,
    Ajay.

    check ST05? i dont have idea on St03.
    or STAT .
    Regards
    Prabhu

  • Dialog response time exceeds threshold (SOLMAN Alert)

    Dear All,
    I found an alert in Solution Manager,
    2.023 msec > 2.000 msec Dialog response time exceeds threshold (56 dialog steps)
    What does this alert means?
    Are SAP system still in a good performance?
    And what kind of action i have to do to clear this alert..?
    thanks and regards
    Rio(nubie)

    Hi
    What does this alert means?
    see answer Mapp Tyrone above
    Are SAP system still in a good performance?
    SAP performance is not determined only by response time. you have to look globally: your free memory, your ABAP dumps, your swap, your database statistics etc.
    And what kind of action i have to do to clear this alert..?
    No need to clear it. All you have to do is tune your SAP system to increase your current performance, and one indicator of that is the better response time.
    hope it help you.
    rgds,
    Alfonsus Guritno.

  • Table name for dialog response time without GUI in ST03?

    In SWNC_COLLECTOR_GET_AGGREGATES, cnt00x (x =1,2,3... 9) gives me the proportion of transaction steps with a response time between 0s and the upper  limit of the individual response time categories (includes GUI time), broken down by task type. But where is the data without GUI time store? any ideas?

    Hello Surya
    here screenshots from my test:
    ST03 for my instance before I have executed something on it, no dialog task type:
    here I have connected to the instance through SM51, still no dialog task type:
    and here I have connected directly through SAP Logon to this instance, now my actions on the instance are displayed as dialog task type:
    If your users connect through RFC to the instance, then all their actions are RFC task type actions. As soon as a user logons directly to the instance, dialog task type will appear in ST03.
    regards,
    Alwina

  • High Avg Response time for logon requests via CMS

    Hi Team ,
    We are continuously receiving observing high Average reponse time for logon requests to the BO system  via  Central Management Server.
    We observe response time up to 25043 ms .
    Currently we are on SAP BO 4.0  SP7 patch 9  (4.0.7.9)
    DB = SQL server 2008 R2
    App Server = SAP NW 7.31 SP 7.
    Also the size of our CMS DB is around 15 GB .
    What could be  the possible reasons ?
    Regards ,
    Abhinav

    Hi Abhinav,
    As one of the issues has been raised as a bug which is resolved in BI 4.1 so you can upgrade to resolve this bug. Also if the CMS database size is large then CMS has to search for objects through huge number of rows hence that will affect overall performance. So you can try to reduce this size as per my previous upate.
    Apart this you can try following steps
    Try to ping CMS DB server from BO servers and confirm the response is coming in 1 ms. Run tracert <DB servers name> from CMD and check the number of hops. If response time is not 1 ms or there are more number of hops then ask your network team to resolve network latency issue
    You can increase the "System database connections"  for each CMS from server properties. It is set to 14 by default which means the CMS will establish 14 connections to CMS database at any time. You can increase this value, however please make sure that the system database allows more connections than default 14 from DB side. This needs to be confirmed from your DBA.
    Please add CMS cluster members in platformservices.properties file under Tomcat folder. Please refer following SAP KBA for steps to add the cluster members
           http://service.sap.com/sap/support/notes/1668515
           http://service.sap.com/sap/support/notes/1766935    
       4. Also please confirm number of users simultaneously login to system at peak time. Usually one           CMS is capable of handling around 500 requests. So if you have more then 1000 users then add           another new CMS on same nodes if there is enough free memory on the server
    Regards,
    Hrishikesh

  • High CPU response times, altough low CPU utilization

    Hi Friends,
    We have a performance problem after we migrate our basis system,
    The current system is :
    Database server : Sun SPARC Enterprise T5240 Server - 2 CPU's with 6 core, 8 thread, 1.2 Ghz
                               32 GB RAM
    and we use another identical configured server as an application server.
    Database is Oracle 10.2.0 and operating system is Solaris 10.
    The problem is average CPU response time is 450 ms, and max. CPU load is %5 percent.
    Pre-migration configuration with old servers, we had CPU response : 150 ms and max CPU load: 50%.
    Has anyone of you, have experinced a similar problem with this new CPU's?
    Thanks in advance

    > I am aware that there might be lots of reasons, but what I  guess is, there should be a parameter wrong with the CPU settings. This SPARC server CPU is a new tech. 6 core 8 thread one, which is expected to work much faster than the old simple dual core CPU.
    Is it?
    ABAP is basically a virtual machine and what is most important: ABAP runs single threaded. This means in consequence that the processing time of a program relies on the single processing power of one core. More cores means more parallelism but the speed of the single statement always relies on the power of one core and how fast it can get the data over the bus and back. So the significant number for speed is basically the Mhz (for ABAP, Java is very different).
    Your old machine may have had a DualCore SPARC 1,2 Ghz and the new machine has one 1,4 Ghz 6core CPU (assuming so).
    > However its response time is very high, although it is never utilized more than %5 percent.
    see above.
    > The problem might be at database settings(Oracle 10.2.0) or at Solaris ? ? ?
    Well - no - I don't think so
    Since ABAP is a single threaded application it can't leverage the CPU power due to the fact, that a parallelism in the program itself does not take place and hence the machine scales not linear with the number of cores. So you may have factually a machine with about 1 dot something CPUs and not 6 as you would expect.
    This is not specific to SPARC CPU design but for all multi-core systems. A single threaded application is only as fast as the CPU speed. ABAP programs tend to be huge so you will also see effects of cache displacement and bus congestions. Less cores and more physical CPUs perform much better than any multicore CPU.
    For Java the world is very different because Java works as one process (in the SAP case jlaunch) which has many many threads that can be executed in parallel on different pipelines on the CPU.
    Unfortunately this is a design problem and there's not much you can do about it.
    Markus

  • Virtual Machine - high disk response time

    Hi Everyone,
    Got something strange happening in our lab at the moment and was wondering if anyone had experienced the same thing (and maybe has a solution).
    Our lab environment in a nutshell:
    2x Windows 2012 Hyper hosts cluster connected to a "home-made" SAN based on Windows 2012 iSCSI target.
    Each Hyper-V host has two 1Gbps network cards to connect to the SAN via the Microsoft iSCSI initiator, with MPIO in load-balancing mode (least queue depth).
    The SAN (Windows 2012 server with iSCSI target) has 4x 1Gbps cards, teamed two by two, so presenting two IP addresses used by each hosts to connect to it (via MPIO).
    The disk subsystem on the Windows 2012 SAN is an external HP storage works with 25x HP 500 SATA disks, connected to the server via an INTEL RAID controller with 2x 240GB SSD caching enabled for read/write.
    The iSCSI network is on a dedicated HP switch, with flow-control and jumbo frame enabled (tested ok).
    Now the problem:
    I've built a few virtual machines on the two hyper-v nodes and I'm getting very bad disk response time as soon as there is an increase in the disk traffic.
    When the virtual server is doing very little, I get a normal 6-8ms, but I soon as I increase the traffic (by for example copying a big file, or installing an application), this figure shoots up to 200ms, 300ms and more!
    So I first thought that it was my disk subsystem (and the SAN server), but while the spikes are happening within the virtual machine, the disks on the SAN Server are sitting at about 10ms, with some spikes to about 20ms (which is pretty good and what I would
    expect to see within the VM because of the SSD cache).
    I then thought it could be the network, but during those times of activity, the network does not get saturated at all. Barely 150Mbps to 200Mbps per link.
    I even tried to disable MPIO and run everything across one Ethernet link, but still the same result.
    Am I missing something here? doing something wrong? or is this expected behaviour?
    Thank you,
    Stephane

    Hi,
    VR38DETT is right, if you want to use more ISCSI bandwidth or redundancy you must use the MPIO method, Multipath I/O (MPIO) is a feature that provides support for using multiple
    data paths to a storage device. Multipathing increases the availability of storage resources by providing path failover from a server or cluster to a storage subsystem.
    More information:
    Multipath I/O Overview
    http://technet.microsoft.com/en-us/library/cc725907.aspx
    Support for Multipath I/O (MPIO)
    http://technet.microsoft.com/en-us/library/cc770294.aspx
    Hope this helps.
    Alex Lv

  • "Windows 8 using 100% of HDD with high average response times and low read/write speed"

    Turns out this is a fairly well known windows 8.1 issue that has been plaguing users since at least 2013 and there is no one simple fix, so it may not be *entirely* hp's fault; but I've had two of these laptops, both the same model, the first one needing to be returned and exchanged for an entirely unrelated issue (hardware failure: ethernet port nonfunctional with lights stuck on). Both are refurbished. Both have been extreemly slow and unresponsive even compared to a lesser Brazos powered laptop I had before, but I've only recently decided to investigate why. 
    So if there is something HP specific going on here, I hope there is one simple fix. My average response time has gone up as far as well over a minute (>60,000ms), so I may be an outlier case here compared to the typical windows 8.1 hardrive responsiveness/bandwidth problem. 
    Edit: there is a case with another HP pavilion laptop (intel powered though, so it may be an intel storage driver issue described in the first link) being much, much worse.
    This question was solved.
    View Solution.

    Guess what just now happened again
     So using DISM did _not_ fix it.

  • High GUI Time - Causing high Response time

    Hi All,
    Average GUI Response time is approx 400 ms in my ECC 6.0 system, OS - HP UX, Database - Oracle 10.2.0.5.
    I expect it should always be approx 200 ms, but as it is high it is contibuting to high overall response time.
    I expect there are normally two ways of high GUI time :
    1)  High network time between Presentation layer( User System) and Application Layer(SAP Server).
    2) High amount of time in Loading User Screen
    For Option 2 I have checked we are using SAP access menu so there should not any problem with loading of User Access Menu.
    Average Response time for session_manager is 2 Secs.
    Please suggest me what all other ways available to improve GUI time,
    Can there be other reasons of high GUI time and how can we make sure that high GUI time is only because of high Network time.
    Please suggest.
    Shivam

    I believe in case you have multiple roundtrips per step, then the client performance comes into play as well. So if you have slow clients this could be an issue too.
    Basically you are already looking in the right place (network connection), but i recommend you also check:
    - roundtrips per step and amount of data sent to the client
    - are all transactions having high gui times, or only a few?
    - how is the situation on the clients?
    - if you have clients working on prod and qas check the values on the qas system too
    Cheers Michael

Maybe you are looking for