Powertop 2 reporting very high wakeups/s (~500)

Powertop is reporting very high wakepus/s.
Summary: 477.5 wakeups/second, 0.0 GPU ops/second and 0.0 VFS ops/sec
Usage Events/s Category Description
2.3 ms/s 112.7 Interrupt PS/2 Touchpad / Keyboard / Mouse
15.8 ms/s 47.9 Process /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
10.7 ms/s 44.9 Process /usr/lib/chromium/chromium --type=renderer --lang=en-US --force-fieldtest=CacheListSize/CacheListSize_14/ConnCount
6.1 ms/s 46.2 Process /usr/lib/chromium/chromium
591.4 µs/s 40.6 Timer tick_sched_timer
566.6 µs/s 40.0 Timer hrtimer_wakeup
3.6 ms/s 21.2 Process /usr/lib/chromium/chromium --type=renderer --lang=en-US --force-fieldtest=ConnCountImpact/conn_count_6/ConnnectBac
2.5 ms/s 21.4 Process mono /usr/lib/docky/Docky.exe
441.5 µs/s 20.1 Interrupt [41] i915@pci:0000:00:02.0
2.3 ms/s 17.7 Process compiz --replace --sm-disable --ignore-desktop-hints ccp --indirect-rendering
452.5 µs/s 12.4 Interrupt [6] tasklet(softirq)
4.7 ms/s 9.2 Process Terminal
582.2 µs/s 5.2 Process emerald --replace
60.0 µs/s 4.8 kWork ieee80211_iface_work
335.3 µs/s 3.6 Process xfce4-panel
307.7 µs/s 3.6 Process /usr/bin/python2 /usr/share/kupfer/kupfer.py --no-splash
287.6 µs/s 3.4 Process /usr/lib/notify-osd/notify-osd
6.0 µs/s 1.7 kWork intel_unpin_work_fn
219.2 µs/s 1.6 Process /usr/bin/nautilus file:///home/abhinandh/
208.4 µs/s 1.6 Process /usr/bin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-erro
52.1 µs/s 1.5 Process [ips-monitor]
62.4 µs/s 1.2 Process hald-addon-input: Listening on /dev/input/event9 /dev/input/event10 /dev/input/event2 /dev/input/event5 /dev/input
50.4 µs/s 1.2 Process [scsi_eh_1]
62.8 µs/s 1.1 Process /usr/sbin/acpid
73.9 µs/s 1.1 Interrupt [4] block(softirq)
43.0 µs/s 1.0 Process /usr/lib/gvfs/gvfs-afc-volume-monitor
4.4 µs/s 1.0 kWork console_callback
1.0 ms/s 0.5 kWork disk_events_workfn
71.7 µs/s 0.8 Process hald-addon-storage: polling /dev/sr0 (every 2 sec)
1.4 ms/s 0.20 kWork acpi_os_execute_deferred
106.4 µs/s 0.7 Process /usr/sbin/NetworkManager
1.6 µs/s 0.7 kWork blk_delay_work
7.8 µs/s 0.5 kWork i915_gem_retire_work_handler
82.6 µs/s 0.5 Interrupt [43] SATA controller
266.0 µs/s 0.4 Interrupt [7] sched(softirq)
1.9 µs/s 0.5 kWork mei_wd_timer
What are tick_sched_timer, hrtimer_wakeup and why are they causing so many wakeups? Also is the touchpad supposed to cause so many wakeups? It sometimes goes to ~300.
1st gen core i5, laptop mode enabled.
Thanks.

Cdh wrote:I have read somewhere that these touchpads are so bad because they internally still use PS2 which uses interrupts to get its data into the system while i.e. macbooks (?) use touchpads that internally work via USB which does not cause so much wakeups...
My netbook touchpad uses PS2, doesn't cause so many wakeups. AFAIK, almost all synaptic and elantech touchpads use PS2. No idea about the macs though. I was wondering, isn't there a setting that can set the max no of interrupts caused per second or it is just infinite as it appears to be? I definitely don't need more than a 100 to move my cursor around!
This sucks, with some rapid finger scrolling I can make the wakeups count in powertop go crazy (I'm talking in the order of millions)

Similar Messages

  • Powertop how to reduce wakeups

    Hello guys,
    I'm running a minimal arch on my Thinkpad SL500. I looked at my ressources with powertop and top and it looks fine I'd say. But nevertheless I have a very high wakeup rate.
    Here's my powertop extract.
    [root@thinkpad robert]# powertop -d
    PowerTOP 1.12 (C) 2007, 2008 Intel Corporation
    Sammle Daten für 15 Sekunden
    Cn Verweildauer
    C0 (Prozessor läuft) ( 9,9%)
    zyklisches AbfraC1 mwait 0,6ms ( 0,0%)
    C1 mwait 0,1ms ( 0,0%)
    C3 mwait 1,4ms (90,0%)
    P-States (Frequenzen)
    Turbo-Modus 1,4%
    2,00 GHz 0,0%
    1,60 GHz 0,6%
    1200 MHz 0,1%
    800 MHz 97,8%
    Aufwachen pro Sekunde : 631,7 Intervall: 15,0s
    Keine ACPI Stromverbrauch-Schätzung verfügbar
    Häufigste Ursachen für das Aufwachen:
    24,5% (195,3) [extra timer interrupt]
    22,9% (182,2) firefox
    21,0% (166,8) [kernel scheduler] Load balancing tick
    17,8% (141,7) [iwlagn] <interrupt>
    5,9% ( 46,9) [hda_intel] <interrupt>
    1,5% ( 12,3) skype
    1,3% ( 10,2) [ahci] <interrupt>
    1,2% ( 9,7) [acpi] <interrupt>
    1,0% ( 8,0) [kernel core] usb_hcd_poll_rh_status (rh_timer_func)
    0,6% ( 4,9) [kernel core] hrtimer_start (tick_sched_timer)
    0,6% ( 4,8) klensl_hkeyd
    0,4% ( 3,1) [kernel core] sk_reset_timer (tcp_delack_timer)
    0,3% ( 2,6) X
    0,3% ( 2,3) [Rescheduling interrupts] <kernel IPI>
    0,1% ( 1,0) [kernel core] __enqueue_rt_entity (sched_rt_period_timer)
    0,1% ( 1,0) sleep
    0,1% ( 0,9) kcryptd
    0,1% ( 0,7) hald-addon-stor
    0,1% ( 0,6) [TLB shootdowns] <kernel IPI>
    0,0% ( 0,2) init
    0,0% ( 0,1) flush-254:3
    0,0% ( 0,1) [kernel core] rtl8169_phy_timer (rtl8169_phy_timer)
    0,0% ( 0,1) crond
    0,0% ( 0,1) PS/2 keyboard/mouse/touchpad interrupt
    0,0% ( 0,1) flush-254:1
    0,0% ( 0,1) [kernel core] cfq_completed_request (cfq_idle_slice_timer)
    0,0% ( 0,1) [kernel core] arm_supers_timer (sync_supers_timer_fn)
    0,0% ( 0,1) [kernel core] add_timer (sta_info_cleanup)
    0,0% ( 0,1) [kernel core] blk_rq_timed_out_timer (blk_rq_timed_out_timer)
    0,0% ( 0,1) hald
    An audio device is active 100,0% of the time:
    hwC0D0 Conexant CX20561 (Hermosa)
    Ein USB Gerät ist 100,0% der Zeit aktiv:
    USB Gerät 5-1 : ThinkPad Bluetooth with Enhanced Data Rate II (Lenovo Computer Corp)
    Vorschlag: Aktivieren Sie USB-Autosuspend für Nicht-Eingabegeräte inden Sie die U-Taste betätigen
    Vorschlag: Aktivieren Sie das SATA ALPM link power Management mit: echo min_power > /sys/class/scsi_host/host0/link_power_management_policy
    oder durch betätigen der S-Taste.
    Vorschlag: Aktivieren Sie mit folgendem Befehl die WLAN Stromsparfunktionen:
    iwconfig wlan0 power timeout 500ms
    Dadurch verringert sich die WLAN-Geschwindigkeit etwas, spart aber Strom.
    aktuelle "USB suspend" Statistiken
    Name des aktiven Gerätes
    100,0% USB Gerät 7-1 : USB Mouse (Logitech)
    100,0% USB Gerät 5-1 : ThinkPad Bluetooth with Enhanced Data Rate II (Lenovo Computer Corp)
    100,0% USB Gerät 2-5 : CNF7237&CNF7238 (Chicony Electronics Co., Ltd.)
    0,0% USB Gerät usb8 : UHCI Host Controller (Linux 2.6.33-ARCH uhci_hcd)
    100,0% USB Gerät usb7 : UHCI Host Controller (Linux 2.6.33-ARCH uhci_hcd)
    0,0% USB Gerät usb6 : UHCI Host Controller (Linux 2.6.33-ARCH uhci_hcd)
    100,0% USB Gerät usb5 : UHCI Host Controller (Linux 2.6.33-ARCH uhci_hcd)
    0,0% USB Gerät usb4 : UHCI Host Controller (Linux 2.6.33-ARCH uhci_hcd)
    0,0% USB Gerät usb3 : UHCI Host Controller (Linux 2.6.33-ARCH uhci_hcd)
    100,0% USB Gerät usb2 : EHCI Host Controller (Linux 2.6.33-ARCH ehci_hcd)
    0,0% USB Gerät usb1 : EHCI Host Controller (Linux 2.6.33-ARCH ehci_hcd)
    Recent audio activity statistics
    Name des aktiven Gerätes
    100,0% hwC0D0 Conexant CX20561 (Hermosa)
    0,0% hwC0D2 Intel G45 DEVCTG
    Recent SATA AHCI link activity statistics
    Active Partial Slumber Device name
    It is in german but I hope you can identify the main points. There are three processes that produce a high wakeup besides Firefox. What are they in special?
    24,5% (195,3) [extra timer interrupt]
    22,9% (182,2) firefox
    21,0% (166,8) [kernel scheduler] Load balancing tick
    17,8% (141,7) [iwlagn] <interrupt>
    And why the hell does my wireless connection produce such a high wakeup?
    Thank you for your tips.
    Last edited by orschiro (2010-04-30 20:16:58)

    I'm not a guru, but I think the computers and apps (kernel included) were made to work, not idle, so the default settings will cause some wakeups because all your software is so eager to do some work for you :-) If a non-hybrid gas(oline)-powered car has its engine running but doesn't move (in an outdoor parking lot, in a traffic jam etc.) it will use gas make noise etc.
    Do you have some problems w/ your battery? If not, then just focus on your work, or have fun and don't worry about the kernel scheduler - it produces high wakeups here too.
    > And why the hell does my wireless connection produce such a high wakeup?
    Idk, I use a wired one.

  • SG200-26P [FW-1.1.2.0] - Very High Response Time: 1000ms!

    Hello,
    Problem: New SG-200 26P Smart Switch with Latest Firmware - Very High Responce Time 500-800ms
    We've a EdgeMarc 4500 Router with 10 VPN tunnels to 10 brach locations. SG-200 26P Smart Switch is connected to 7 Servers (2 Terminal, SQL, and Other) All locations have 50MB Download and 20MB Upload speed from Verizon FiOS Internet service.
    As per the SolarWind tool, the response time of this switch is around at 500ms. At the same time, the EdgeMarc 4500 router response time is around 40ms and less.
    We've 60 desktops remotely connected to our SQL Server database and 40 RDP Users via Remote Desktop. The configuration is same from past 3 years. But we change the switch from HP 1800-24G to Cisco due to some Connection Failures. For Connection Failures, we first suspect the old HP switch, but it's look like issue with EdgeMarc Router.
    Is this Response Time is normal? I attached two screenshots of both Cisco Switch and EdgeMarc Router Response Time from past 24 hours according to SolarWind tool. Any further advice would be greatly appreciated. Thank you.

    Hello Srinath,
    Thank you for participating in the Small Business support community. My name is Nico Muselle from Cisco Sofia SBSC.
    The response time from the switch could be considered as quite normal. Reason for this is that the switch gives CPU priority to it's actual duties which would of course be switching, access lists, VLANs, QoS, multicast and DHCP snooping etc etc. As a result of that, ping response times of the switch itself do not show in any way the correct working of the switch.
    I invite you to try pinging clients connected to the switch, you should be able to notice that response times to the clients are a lot lower than response times of the switch itself.
    Hope this answers your question !
    Best regards,
    Nico Muselle
    Sr. Network Engineer - CCNA - CCNA Security

  • Very High DPC Latency

    I've been searching for months, i haven't found a solution. I have a dell 14r, and i've got very high dpc latency, i've disabled Intel speed step, i don't know if it was the cause, but helped a little, but a still have some high DPC.
    here's the DPC  Conclusion
    CONCLUSION
    Your system seems to have difficulty handling real-time audio and other tasks. You may experience drop outs, clicks or pops due to buffer underruns. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup.
    Check for BIOS updates. 
    LatencyMon has been analyzing your system for  0:00:50  (h:mm:ss) on all processors.
    SYSTEM INFORMATION
    Computer name:                                        ALEF
    OS version:                                           Windows 8 , 6.2, build: 9200 (x64)
    Hardware:                                             Inspiron 5437, Dell Inc., 01PN4H
    CPU:                                                  GenuineIntel Intel(R) Core(TM) i5-4200U CPU @ 1.60GHz
    Logical processors:                                   4
    Processor groups:                                     1
    RAM:                                                  6048 MB total
    CPU SPEED
    Reported CPU speed:                                   1596,0 MHz
    Measured CPU speed:                                   180,0 MHz (approx.)
    Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.
    WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature. 
    MEASURED INTERRUPT TO USER PROCESS LATENCIES
    The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the
    signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.
    Highest measured interrupt to process latency (µs):   1572,913052
    Average measured interrupt to process latency (µs):   22,366048
    Highest measured interrupt to DPC latency (µs):       1565,856753
    Average measured interrupt to DPC latency (µs):       11,824275
     REPORTED ISRs
    Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.
    Highest ISR routine execution time (µs):              364,749373
    Driver with highest ISR routine execution time:       ndis.sys - NDIS (Especificação de Interface de Driver de Rede), Microsoft Corporation
    Highest reported total ISR routine time (%):          0,106754
    Driver with highest ISR total time:                   ndis.sys - NDIS (Especificação de Interface de Driver de Rede), Microsoft Corporation
    Total time spent in ISRs (%)                          0,133510
    ISR count (execution time <250 µs):                   21131
    ISR count (execution time 250-500 µs):                0
    ISR count (execution time 500-999 µs):                3
    ISR count (execution time 1000-1999 µs):              0
    ISR count (execution time 2000-3999 µs):              0
    ISR count (execution time >=4000 µs):                 0
    REPORTED DPCs
    DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.
    Highest DPC routine execution time (µs):              747,735589
    Driver with highest DPC routine execution time:       ndis.sys - NDIS (Especificação de Interface de Driver de Rede), Microsoft Corporation
    Highest reported total DPC routine time (%):          0,297310
    Driver with highest DPC total execution time:         ndis.sys - NDIS (Especificação de Interface de Driver de Rede), Microsoft Corporation
    Total time spent in DPCs (%)                          0,652473
    DPC count (execution time <250 µs):                   263660
    DPC count (execution time 250-500 µs):                0
    DPC count (execution time 500-999 µs):                253
    DPC count (execution time 1000-1999 µs):              0
    DPC count (execution time 2000-3999 µs):              0
    DPC count (execution time >=4000 µs):                 0
     REPORTED HARD PAGEFAULTS
    Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted
    and blocked from execution.
    NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.
    Process with highest pagefault count:                 explorer.exe
    Total number of hard pagefaults                       1115
    Hard pagefault count of hardest hit process:          493
    Highest hard pagefault resolution time (µs):          12225544,827694
    Total time spent in hard pagefaults (%):              247,355044
    Number of processes hit:                              22
     PER CPU DATA
    CPU 0 Interrupt cycle time (s):                       0,761402
    CPU 0 ISR highest execution time (µs):                331,166667
    CPU 0 ISR total execution time (s):                   0,090588
    CPU 0 ISR count:                                      7756
    CPU 0 DPC highest execution time (µs):                678,561404
    CPU 0 DPC total execution time (s):                   0,432507
    CPU 0 DPC count:                                      129558
    CPU 1 Interrupt cycle time (s):                       1,093584
    CPU 1 ISR highest execution time (µs):                364,749373
    CPU 1 ISR total execution time (s):                   0,177768
    CPU 1 ISR count:                                      13378
    CPU 1 DPC highest execution time (µs):                650,636591
    CPU 1 DPC total execution time (s):                   0,566066
    CPU 1 DPC count:                                      21399
    CPU 2 Interrupt cycle time (s):                       1,091097
    CPU 2 ISR highest execution time (µs):                0,0
    CPU 2 ISR total execution time (s):                   0,0
    CPU 2 ISR count:                                      0
    CPU 2 DPC highest execution time (µs):                747,735589
    CPU 2 DPC total execution time (s):                   0,292306
    CPU 2 DPC count:                                      112231
    CPU 3 Interrupt cycle time (s):                       0,461547
    CPU 3 ISR highest execution time (µs):                0,0
    CPU 3 ISR total execution time (s):                   0,0
    CPU 3 ISR count:                                      0
    CPU 3 DPC highest execution time (µs):                338,436090
    CPU 3 DPC total execution time (s):                   0,020591
    CPU 3 DPC count:                                      725

    Hi,
    Please refer to the article below:
    http://blog.tune-up.com/windows-insights/title-poor-jerky-performance-fixing-unacceptably-high-dpc-latency-issues/
    Andy Altmann
    TechNet Community Support

  • Very high memory usage with Yahoo Mail

    After using Yahoo Mail for an hour or so my memory usage increases to a very high level.
    Just now, after reading and deleting about 50 e-mails (newsletters etc.) I noticed Firefox 17 running slowly and checked the memory usage in Windows Task Manager (I am using XP) and it was 1.2 Gb. My older laptop only has 2 Gb of RAM. Yahoo Mail was the only thing open at the time.
    I never notice this problem with Gmail which I mainly use. However I use Yahoo Mail for quite a few newsletters etc. that are less important and which I only check once a week or so.
    I found the following bug report about 3 years old which almost exactly describes my problem.
    https://bugzilla.mozilla.org/show_bug.cgi?id=506771
    But this report involves a much earlier Firefox version, and at the end it seems to say that the problem was fixed. However it well describes my current issue with Firefox 17, especially the continual increase in memory while using the up/down arrow keys to scroll through Yahoo e-mails.
    Is this normal to have to shut down and reopen Firefox every hour or so to clean out the memory? For some reason I only notice this when using Yahoo Mail. After using many other sites and having multiple tabs open for several hours I rarely reach that kind of memory usage. About the highest I've seen with other sites after a couple of hours is 600 Kb which is roughly when I start notice slower response times.

    See also:
    *https://support.mozilla.org/kb/firefox-uses-too-much-memory-ram
    Start Firefox in <u>[[Safe Mode|Safe Mode]]</u> to check if one of the extensions (Firefox/Tools > Add-ons > Extensions) or if hardware acceleration is causing the problem (switch to the DEFAULT theme: Firefox/Tools > Add-ons > Appearance).
    *Do not click the Reset button on the Safe mode start window or otherwise make changes.
    *https://support.mozilla.org/kb/Safe+Mode
    *https://support.mozilla.org/kb/Troubleshooting+extensions+and+themes

  • Very High messages not forwarded to SAP out of the Business Hours

    Dear Gurus,
    I work for a SAP partner and we have the Solution Manager 7.0 + EHP1, SP stack 24, running under a Windows Server Machine with MS Sqlserver Data Base and we're facing the following problem:
    In between the business hours we are able to forward messages to SAP manually, however, after the business hours, messages set as 'very high' priority aren't being forwarded automatically to SAP.
    We have already triple checked the configs listed on the SAP Notes 1084744, as well ran the Z-Report included in the note 1225682, however no success at all.
    Would you kindly please shed a light on this matter?
    Thank you in advance.
    Everton.

    Hello Everton,
    If you are a var Customer using the transaction type ZLFN and action profile ZSLFN0001_ADVANCED, the action profile should be AI_SDK_STANDARD.
    I don't now if that is the case.
    If your issue persists, please trigger a message in SV-SMG-SUP.
    Best regards,
    Guilherme

  • Which perspectives I should consider about Av Rd(ms) is very high just for

    db version: 11.1.7
    os: RH linux 5.5
    I was seeing i/o stats from AWR generated for one hour, and all the value of Av Rd(ms) for files i/o stats are under around 10, however except for one file, the Av Rd(ms) just for one data file is very high(38325.25), even Av Rd(ms) of the others data files which are on same mount point with that one file are also normal, so I think this should be caused by application, however I can not find out clue.
    so could you please give me some perspectives to be considered and to be researched? thanks so much!

    RLUO wrote:
    db version: 11.1.7
    os: RH linux 5.5
    I was seeing i/o stats from AWR generated for one hour, and all the value of Av Rd(ms) for files i/o stats are under around 10, however except for one file, the Av Rd(ms) just for one data file is very high(38325.25), even Av Rd(ms) of the others data files which are on same mount point with that one file are also normal, so I think this should be caused by application, however I can not find out clue.
    so could you please give me some perspectives to be considered and to be researched? thanks so much!Look at the v$event_histogram report for anything to to with file reads. It's possible that you will find that a single read request got an extremely high time - I've seen odd glitches occasionall, with a single block read taking (apparently) several weeks to complete - and that you can ignore the side effects .
    Regards
    Jonathan Lewis

  • Generation of ASH report very slow

    Hello,
    I'm in 11203, and generation of ASH report is very slow.
    AWR and ADDM reports are generated quickly.
    To understand what happen, I check the wait event on the session that is executing ASH report, and I found that this session is waiting 99% with "controlfile sequential read".
    My question is :
    Is there any way to make the generation of ASH report quick ?
    Why the generation need to access to the controlfile ?
    Thank you a lot.

    Hi, Keith.
    I tried the pagination scheme "Row Ranges X to Y (with next and previous links)".
    This caused the same problem - my page aborts with the error message:
    "Internet Explorer cannot open the Intenet site https://oraweb.slac.stanford.edu/apex/slacprod/f?p=116:13:439623456781::NO:::
    Operation aborted"
    I even removed pagination altogether and still got the same error.
    Futhermore, it is sporadic. At times I invoke the report with 500 rows and it
    displays without problem. And then, 5 seconds later, I run the re-run the report (again asking to display 500 rows), and it aborts.
    This report worked without error (it was "slow", but worked) two weeks ago. But now, it is failing. My gut feeling is that my problem lies with out Oracle
    Application Server. I have the feeling that our DBA's have changed some
    sort of configuration (a buffer, perhaps) that is causing my problem. Not sure
    about this. I guess I'm reaching for straws at this point.
    Thanks for your help. It is appreciated.
    Elie

  • Very high transaction log file growth

    Hello
    Running Exchange 2010 sp2 in a two node DAG configuration.  Just recently i have noticed a very high transaction log file growth for one database. The transaction logs are growing so quickly that i have had to turn on circular logging in order to prevent
    the log lun from filling up and causing the database to dismount. I have tried several things to try find out what is causing this issue. At first i thought this could be happening because of virus, an Active Sync user, a users outlook client, or our salesforce
    integration, howerver when i used exmon, i could not see any unusual high user activity, also when i looked at the itemcount for all mailboxes in the particular database that is experiencing the high transaction log file growth, i could not see any mailboxes
    with unusual high item count, below is the command i ran to determine this, i ran this command sever times. I also looked at the message tracking log files, and again could see no indication of a message loop or unusual high message traffic for a
    particlar day. I also followed this guide hopping that it would allow me to see inside the transaction log files, but it didnt produce anything that would help me understand the cause of this issue. When i ran the below tool againts the transaction log files,
    i saw DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD, or OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO, or HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH.
    I am starting to run out of ideas on how to figure out what is causing the log file build up. Any help is greatly appreciated.
    http://blogs.msdn.com/b/scottos/archive/2007/07/12/rough-and-tough-guide-to-identifying-patterns-in-ese-transaction-log-files.aspx
    Get-Mailbox -database databasethatkeepsgrowing | Get-MailboxStatistics | Sort-Object ItemCount -descending |Select-Object DisplayName,ItemCount,@{name="MailboxSize";exp={$_.totalitemsize}} -first 10 | Convertto-Html | out-File c:\temp\report.htm
    Bulls on Parade

    If you have users with iPhones or Smart Phones using ActiveSync then one of the quickest ways to see if this is the issue is to have users shot those phones off to see if the problem is resolved.  If it is one or more iPhones then perhaps look at
    what IOS they are on and get them to update to the latest version or adjust the ActiveSync connection timeout.  NOTE: There was an issue where iPhones caused runaway transactions logs and I believe it was resolved with IOS 4.0.1
    There was also a problem with the MS CRM client awhile back so if you are using that check out this link.
    http://social.microsoft.com/Forums/en/crm/thread/6fba6c7f-c514-4e4e-8a2d-7e754b647014
    I would also deploy some tracking methods to see if you can hone in on the culprits, i.e. If you want to see if the problem is coming from an internal Device/Machine you can use one of the following
    MS USER MONITOR:
    http://www.microsoft.com/downloads/en/details.aspx?FamilyId=9A49C22E-E0C7-4B7C-ACEF-729D48AF7BC9&displaylang=en and here is a link on how to use it
    http://www.msexchange.org/tutorials/Microsoft-Exchange-Server-User-Monitor.html
    And this is a great article as well
    http://blogs.msdn.com/b/scottos/archive/2007/07/12/rough-and-tough-guide-to-identifying-patterns-in-ese-transaction-log-files.aspx
    Also check out ExMon since you can use it to confirm which mailbox is unusually active , and then take the appropriate action.
     http://www.microsoft.com/downloads/en/details.aspx?FamilyId=9A49C22E-E0C7-4B7C-ACEF-729D48AF7BC9&displaylang=en
    Troy Werelius
    www.Lucid8.com
    Search, Recover, & Extract Mailboxes, Folders, & Email Items from Offline EDB's and Live Exchange Servers with Lucid8's DigiScope

  • Very high "Control File" IOStat -- Reads: Data = 70G

    What could cause the IOStat value for "Control File -- Reads: Data" to be very high relative to the IOStat value "Data File" for example? In looking at one AWR report I see a value of 70G for "Control File -- Reads: Data" while the "Data File -- Reads: Data" value is only 20G.

    user11976449 wrote:
    What could cause the IOStat value for "Control File -- Reads: Data" to be very high relative to the IOStat value "Data File" for example? In looking at one AWR report I see a value of 70G for "Control File -- Reads: Data" while the "Data File -- Reads: Data" value is only 20G.post results from following SQL
    SELECT * FROM V$VERSION;
    over what duration was the AWR report.
    please post FORMATTED excerpts from AWR report so we can see for ourselves what you report.

  • Very high latency on my MBP 3,1 (mid 2007) with airport extreme card 0x168C

    Hi
    I wanted to let you know that i filled a bug report concerning a problem involving a MacBookPro3,1 and my airport extreme card (AirPort Extreme (0x168C, 0x87) Firmware Version 1.4.16.2)
    If you've got any feedback, please feel free to share it with me.
    Here's the bug report:
    Hello
    I'm experiencing very high latency on my MBP when connected using Wi-Fi in my living room and I believe this is a software bug.
    This is the trace of my ping test to my router (5m from me):
    macbookpro:~ laurent$ ping 192.168.0.254
    PING 192.168.0.254 (192.168.0.254): 56 data bytes
    64 bytes from 192.168.0.254: icmp_seq=0 ttl=64 time=1536.229 ms
    64 bytes from 192.168.0.254: icmp_seq=1 ttl=64 time=536.642 ms
    64 bytes from 192.168.0.254: icmp_seq=1 ttl=64 time=3444.466 ms (DUP!)
    64 bytes from 192.168.0.254: icmp_seq=2 ttl=64 time=2547.260 ms
    64 bytes from 192.168.0.254: icmp_seq=3 ttl=64 time=2671.552 ms
    64 bytes from 192.168.0.254: icmp_seq=4 ttl=64 time=1671.272 ms
    64 bytes from 192.168.0.254: icmp_seq=5 ttl=64 time=2619.991 ms
    64 bytes from 192.168.0.254: icmp_seq=6 ttl=64 time=1619.350 ms
    64 bytes from 192.168.0.254: icmp_seq=7 ttl=64 time=2362.474 ms
    64 bytes from 192.168.0.254: icmp_seq=8 ttl=64 time=1362.662 ms
    64 bytes from 192.168.0.254: icmp_seq=9 ttl=64 time=363.461 ms
    64 bytes from 192.168.0.254: icmp_seq=10 ttl=64 time=1407.557 ms
    64 bytes from 192.168.0.254: icmp_seq=11 ttl=64 time=1020.437 ms
    64 bytes from 192.168.0.254: icmp_seq=12 ttl=64 time=119.570 ms
    ^C
    --- 192.168.0.254 ping statistics ---
    14 packets transmitted, 13 packets received, +1 duplicates, 7% packet loss
    round-trip min/avg/max/stddev = 119.570/1663.066/3444.466/937.468 ms
    These are the details of my network when alt clicking on the network icon:
    ca:69:50:37:c7:b2
    Channel: 5
    RSSI: -54
    Transmit Rate: 54
    I'm using Channel 5 where my router is the only device available (checked with iStumbler and KissMac).
    I compared these results with another computer sitting at the same place:
    This is the trace of my ping test to my router using a PC laptop:
    C:\Documents and Settings\Laurent>ping -t 192.168.0.254
    Envoi d'une requête 'ping' sur 192.168.0.254 avec 32 octets de données :
    Réponse de 192.168.0.254 : octets=32 temps=2 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=2 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=3 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=4 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=3 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=4 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=2 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=3 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=3 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=6 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=4 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=8 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=4 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=4 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=4 ms TTL=64
    Réponse de 192.168.0.254 : octets=32 temps=1 ms TTL=64
    Statistiques Ping pour 192.168.0.254:
    Paquets : envoyés = 16, reçus = 16, perdus = 0 (perte 0%),
    Durée approximative des boucles en millisecondes :
    Minimum = 1ms, Maximum = 8ms, Moyenne = 3ms
    (PC: Win XP SP3 with Linksys Wi-Fi card)
    Obviously, my Mac has very high latency where my PC works as expected.
    I tried resetting the PRAM, but i didn't affect my results.
    I tried updating Airport with the latest AirPort Client Update (http://support.apple.com/downloads/AirPortClient_Update_for_MacBook_and_MacBookPro), but my hardware wasn't eligible for that update (Mid 2007 MacBookPro).
    I believe this isn't a hardware bug because i get acceptable ping results when next to my router or in other rooms of my flat.
    Can you help me with that bug ?
    Regards,
    Laurent
    Hardware Overview:
    Model Name: MacBook Pro
    Model Identifier: MacBookPro3,1
    Processor Name: Intel Core 2 Duo
    Processor Speed: 2.2 GHz
    Number Of Processors: 1
    Total Number Of Cores: 2
    L2 Cache: 4 MB
    Memory: 2 GB
    Bus Speed: 800 MHz
    Boot ROM Version: MBP31.0070.B07
    SMC Version (system): 1.16f11
    Serial Number (system): W874551DX91
    Hardware UUID: 00000000-0000-1000-8000-001B63B19195
    Sudden Motion Sensor:
    State: Enabled
    AirPort:
    Type: AirPort
    Hardware: AirPort
    BSD Device Name: en1
    IPv4 Addresses: 192.168.0.2
    IPv4:
    Addresses: 192.168.0.2
    Configuration Method: DHCP
    Interface Name: en1
    NetworkSignature: IPv4.Router=192.168.0.254;IPv4.RouterHardwareAddress=00:07:cb:3e:04:ef
    Router: 192.168.0.254
    Subnet Masks: 255.255.255.0
    DNS:
    Server Addresses: 212.27.40.241, 212.27.40.240
    DHCP Server Responses:
    Domain Name Servers: 212.27.40.241,212.27.40.240
    Lease Duration (seconds): 0
    DHCP Message Type: 0x05
    Routers: 192.168.0.254
    Server Identifier: 192.168.0.254
    Subnet Mask: 255.255.255.0
    Proxies:
    Exceptions List: *.local, 169.254/16
    FTP Passive Mode: Yes
    Ethernet:
    MAC Address: 00:1e:52:72:05:2c
    Media Options:
    Media Subtype: Auto Select
    AirPort Card Information:
    Wireless Card Type: AirPort Extreme (0x168C, 0x87)
    Wireless Card Locale: Worldwide
    Wireless Card Firmware Version: 1.4.16.2
    Current Wireless Network: kalamar
    Wireless Channel: 5

    Ok, I must have jinxed myself.
    High latency with my Negear WPN824v3. As previously mentioned, the other wireless computers connect fine. Latency remains regardless of the power connected or not.
    Please advise.
    PING 192.168.0.1 (192.168.0.1): 56 data bytes
    64 bytes from 192.168.0.1: icmp_seq=0 ttl=64 time=11.607 ms
    64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=7280.106 ms
    64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=9209.019 ms
    64 bytes from 192.168.0.1: icmp_seq=4 ttl=64 time=8237.475 ms
    64 bytes from 192.168.0.1: icmp_seq=5 ttl=64 time=7262.603 ms
    64 bytes from 192.168.0.1: icmp_seq=8 ttl=64 time=4313.763 ms
    64 bytes from 192.168.0.1: icmp_seq=9 ttl=64 time=3336.361 ms
    64 bytes from 192.168.0.1: icmp_seq=10 ttl=64 time=2339.579 ms
    64 bytes from 192.168.0.1: icmp_seq=11 ttl=64 time=1344.110 ms
    64 bytes from 192.168.0.1: icmp_seq=12 ttl=64 time=345.132 ms
    64 bytes from 192.168.0.1: icmp_seq=13 ttl=64 time=1191.119 ms
    64 bytes from 192.168.0.1: icmp_seq=14 ttl=64 time=3969.730 ms
    64 bytes from 192.168.0.1: icmp_seq=15 ttl=64 time=3992.111 ms
    64 bytes from 192.168.0.1: icmp_seq=16 ttl=64 time=3692.648 ms
    64 bytes from 192.168.0.1: icmp_seq=17 ttl=64 time=2927.634 ms
    64 bytes from 192.168.0.1: icmp_seq=18 ttl=64 time=2130.216 ms
    64 bytes from 192.168.0.1: icmp_seq=19 ttl=64 time=1437.424 ms
    64 bytes from 192.168.0.1: icmp_seq=20 ttl=64 time=2385.203 ms
    64 bytes from 192.168.0.1: icmp_seq=21 ttl=64 time=1393.622 ms
    64 bytes from 192.168.0.1: icmp_seq=22 ttl=64 time=396.783 ms
    64 bytes from 192.168.0.1: icmp_seq=23 ttl=64 time=1.295 ms
    64 bytes from 192.168.0.1: icmp_seq=24 ttl=64 time=115.793 ms
    64 bytes from 192.168.0.1: icmp_seq=25 ttl=64 time=3.137 ms
    64 bytes from 192.168.0.1: icmp_seq=26 ttl=64 time=10.240 ms
    64 bytes from 192.168.0.1: icmp_seq=27 ttl=64 time=2.709 ms
    64 bytes from 192.168.0.1: icmp_seq=28 ttl=64 time=9.958 ms
    64 bytes from 192.168.0.1: icmp_seq=29 ttl=64 time=1818.371 ms
    64 bytes from 192.168.0.1: icmp_seq=30 ttl=64 time=1470.613 ms
    64 bytes from 192.168.0.1: icmp_seq=31 ttl=64 time=472.520 ms
    64 bytes from 192.168.0.1: icmp_seq=32 ttl=64 time=2255.417 ms
    64 bytes from 192.168.0.1: icmp_seq=33 ttl=64 time=18198.039 ms
    64 bytes from 192.168.0.1: icmp_seq=34 ttl=64 time=23288.761 ms
    64 bytes from 192.168.0.1: icmp_seq=35 ttl=64 time=25150.840 ms
    64 bytes from 192.168.0.1: icmp_seq=36 ttl=64 time=26813.832 ms
    ^C
    --- 192.168.0.1 ping statistics ---
    63 packets transmitted, 34 packets received, 46% packet loss
    round-trip min/avg/max/stddev = 1.295/4906.111/26813.832/7241.136 ms

  • XML select query causing very high CPU usage.

    Hi All,
    In our Oracle 10.2.0.4 Two node RAC we are facing very high CPU usage....and all of the top CPU consuming processes are executing this below sql...also these statements are waiting for some gc wiat events as shown below.
    SELECT B.PACKET_ID FROM CM_PACKET_ALT_KEY B, CM_ALT_KEY_TYPE C, TABLE(XMLSEQUENCE ( EXTRACT (:B1 , '/AlternateKeys/AlternateKey') )) T
    WHERE B.ALT_KEY_TYPE_ID = C.ALT_KEY_TYPE_ID AND C.ALT_KEY_TYPE_NAME = EXTRACTVALUE (VALUE (T), '/AlternateKey/@keyType')
    AND B.ALT_KEY_VALUE = EXTRACTVALUE (VALUE (T), '/AlternateKey')
    AND NVL (B.CHILD_BROKER_CODE, '6209870F57C254D6E04400306E4A78B0') =
    NVL (EXTRACTVALUE (VALUE (T), '/AlternateKey/@broker'), '6209870F57C254D6E04400306E4A78B0')
    SQL> select sid,event,state from gv$session where state='WAITING' and event not like '%SQL*Net%';
           SID EVENT                                                            STATE
            66 jobq slave wait                                                  WAITING
           124 gc buffer busy                                                   WAITING
           143 gc buffer busy                                                   WAITING
           147 db file sequential read                                          WAITING
           222 Streams AQ: qmn slave idle wait                                  WAITING
           266 gc buffer busy                                                   WAITING
           280 gc buffer busy                                                   WAITING
           314 gc cr request                                                    WAITING
           317 gc buffer busy                                                   WAITING
           392 gc buffer busy                                                   WAITING
           428 gc buffer busy                                                   WAITING
           471 gc buffer busy                                                   WAITING
           518 Streams AQ: waiting for time management or cleanup tasks         WAITING
           524 Streams AQ: qmn coordinator idle wait                            WAITING
           527 rdbms ipc message                                                WAITING
           528 rdbms ipc message                                                WAITING
           532 rdbms ipc message                                                WAITING
           537 rdbms ipc message                                                WAITING
           538 rdbms ipc message                                                WAITING
           539 rdbms ipc message                                                WAITING
           540 rdbms ipc message                                                WAITING
           541 smon timer                                                       WAITING
           542 rdbms ipc message                                                WAITING
           543 rdbms ipc message                                                WAITING
           544 rdbms ipc message                                                WAITING
           545 rdbms ipc message                                                WAITING
           546 rdbms ipc message                                                WAITING
           547 gcs remote message                                               WAITING
           548 gcs remote message                                               WAITING
           549 gcs remote message                                               WAITING
           550 gcs remote message                                               WAITING
           551 ges remote message                                               WAITING
           552 rdbms ipc message                                                WAITING
           553 rdbms ipc message                                                WAITING
           554 DIAG idle wait                                                   WAITING
           555 pmon timer                                                       WAITING
            79 jobq slave wait                                                  WAITING
           117 gc buffer busy                                                   WAITING
           163 PX Deq: Execute Reply                                            WAITING
           205 db file parallel read                                            WAITING
           247 gc current request                                               WAITING
           279 jobq slave wait                                                  WAITING
           319 LNS ASYNC end of log                                             WAITING
           343 jobq slave wait                                                  WAITING
           348 direct path read                                                 WAITING
           372 db file scattered read                                           WAITING
           475 jobq slave wait                                                  WAITING
           494 gc cr request                                                    WAITING
           516 Streams AQ: qmn slave idle wait                                  WAITING
           518 Streams AQ: waiting for time management or cleanup tasks         WAITING
           523 Streams AQ: qmn coordinator idle wait                            WAITING
           528 rdbms ipc message                                                WAITING
           529 rdbms ipc message                                                WAITING
           530 Streams AQ: waiting for messages in the queue                    WAITING
           532 rdbms ipc message                                                WAITING
           537 rdbms ipc message                                                WAITING
           538 rdbms ipc message                                                WAITING
           539 rdbms ipc message                                                WAITING
           540 rdbms ipc message                                                WAITING
           541 smon timer                                                       WAITING
           542 rdbms ipc message                                                WAITING
           543 rdbms ipc message                                                WAITING
           544 rdbms ipc message                                                WAITING
           545 rdbms ipc message                                                WAITING
           546 rdbms ipc message                                                WAITING
           547 gcs remote message                                               WAITING
           548 gcs remote message                                               WAITING
           549 gcs remote message                                               WAITING
           550 gcs remote message                                               WAITING
           551 ges remote message                                               WAITING
           552 rdbms ipc message                                                WAITING
           553 rdbms ipc message                                                WAITING
           554 DIAG idle wait                                                   WAITING
           555 pmon timer                                                       WAITINGI am not at all able to understand what this SQL is...i think its related to some XML datatype.
    Also not able to generate execution plan for this sql using explain plan- getting error(ORA-00932: inconsistent datatypes: expected - got -)
    Please help me in this issue...
    How can i generate execution plan?
    Does this type of XML based query will cause high GC wiat events and buffer busy wait events?
    How can i tune this query?
    How can i find that this is the only query causing High CPU usage?
    Our servers are having 64 GB RAM and 16 CPU's..
    OS is Solaris 5.10 with UDP as protocol for interconnect..
    -Yasser

    I found some more xml queries as shown below.
    SELECT XMLELEMENT("Resource", XMLATTRIBUTES(RAWTOHEX(RMR.RESOURCE_ID) AS "resourceID", RMO.OWNER_CODE AS "ownerCode", RMR.MIME_TYPE AS "mimeType",RMR.FILE_SIZE AS "fileSize", RMR.RESOURCE_STATUS AS "status"), (SELECT XMLAGG(XMLELEMENT("ResourceLocation", XMLATTRIBUTES(RAWTOHEX(RMRP.REPOSITORY_ID) AS "repositoryID", RAWTOHEX(DIRECTORY_ID) AS "directoryID", RESOURCE_STATE AS "state", RMRO.RETRIEVAL_SEQ AS "sequence"), XMLFOREST(FULL_PATH AS "RemotePath"))ORDER BY RMRO.RETRIEVAL_SEQ) FROM RM_RESOURCE_PATH RMRP, RM_RETRIEVAL_ORDER RMRO, RM_LOCATION RML WHERE RMRP.RESOURCE_ID = RMR.RESOURCE_ID AND RMRP.REPOSITORY_ID = RMRO.REPOSITORY_ID AND RMRO.LOCATION_ID = RML.LOCATION_ID AND RML.LOCATION_CODE = :B2 ) AS "Locations") FROM RM_RESOURCE RMR, RM_OWNER RMO WHERE RMR.OWNER_ID = RMO.OWNER_ID AND RMR.RESOURCE_ID = HEXTORAW(:B1 )
    SELECT XMLELEMENT ( "Resources", XMLAGG(XMLELEMENT ( "Resource", XMLATTRIBUTES (B.RESOURCE_ID AS "id"), XMLELEMENT ("ContentType", C.CONTENT_TYPE_CODE), XMLELEMENT ("TextExtractStatus", B.TEXT_EXTRACTED_STATUS), XMLELEMENT ("MimeType", B.MIME_TYPE), XMLELEMENT ("NumberPages", TO_CHAR (B.NUM_PAGES)), XMLELEMENT ("FileSize", TO_CHAR (B.FILE_SIZE)), XMLELEMENT ("Status", B.STATUS), XMLELEMENT ("ContentFormat", D.CONTENT_FORMAT_CODE), G.ALTKEY )) ) FROM CM_PACKET A, CM_RESOURCE B, CM_REF_CONTENT_TYPE C, CM_REF_CONTENT_FORMAT D, ( SELECT XMLELEMENT ( "AlternateKeys", XMLAGG(XMLELEMENT ( "AlternateKey", XMLATTRIBUTES ( H.ALT_KEY_TYPE_NAME AS "keyType", E.CHILD_BROKER_CODE AS "broker", E.VERSION AS "version" ), E.ALT_KEY_VALUE )) ) ALTKEY, E.RESOURCE_ID RES_ID FROM CM_RESOURCE_ALT_KEY E, CM_RESOURCE F, CM_ALT_KEY_TYPE H WHERE E.RESOURCE_ID = F.RESOURCE_ID(+) AND F.PACKET_ID = HEXTORAW (:B1 ) AN
    D E.ALT_KEY_TYPE_ID = H.ALT_KEY_TYPE_ID GROUP BY E.RESOURCE_ID) G WHERE A.PACKET_ID = HEXTORAW (:B1
    SELECT XMLELEMENT ("Tagging", XMLAGG (GROUPEDCAT)) FROM ( SELECT XMLELEMENT ( "TaggingCategory", XMLATTRIBUTES (CATEGORY1 AS "categoryType"), XMLAGG (LISTVALUES) ) GROUPEDCAT FROM (SELECT EXTRACTVALUE ( VALUE (T), '/TaggingCategory/@categoryType' ) CATEGORY1, XMLCONCAT(EXTRACT ( VALUE (T), '/TaggingCategory/TaggingValue' )) LISTVALUES FROM TABLE(XMLSEQUENCE(EXTRACT ( :B1 , '/Tagging/TaggingCategory' ))) T) GROUP BY CATEGORY1)
    SELECT XMLCONCAT ( :B2 , DI_CONTENT_PKG.GET_ENUM_TAGGING_FN (:B1 ) ) FROM DUAL
    SELECT XMLCONCAT (:B2 , :B1 ) FROM DUAL
    SELECT * FROM EQ_RAW_TAG_ERROR A WHERE TAG_LIST_ID = :B2 AND EXTRACTVALUE (A.RAW_TAG_XML, '/TaggingValues/TaggingValue/Value' ) = :B1 AND A.STATUS = '
    NR'
    SELECT RAWTOHEX (S.PACKET_ID) AS PACKET_ID, PS.PACKET_STATUS_DESC, S.LAST_UPDATE AS LAST_UPDATE, S.USER_ID, S.USER_COMMENT, MAX (T.ALT_KEY_VALUE) AS ALTKEY, 'Y' AS IS_PACKET FROM EQ_PACKET S, CM_PACKET_ALT_KEY T, CM_REF_PACKET_STATUS PS WHERE S.STATUS_ID = PS.PACKET_STATUS_ID AND S.PACKET_ID = T.PACKET_ID AND NOT EXISTS (SELECT 1 FROM CM_RESOURCE RES WHERE RES.PACKET_ID = S.PACKET_ID AND EXISTS (SELECT 1 FROM CM_REF_CONTENT_FORMAT CF WHERE CF.CONTENT_FORMAT_ID = RES.CONTENT_FORMAT AND CF.CONTENT_FORMAT_CODE = 'I_FILE')) GROUP BY RAWTOHEX (S.PACKET_ID), PS.PACKET_STATUS_DESC, S.LAST_UPDATE, S.USER_ID, S.USER_COMMENT UNION SELECT RAWTOHEX (A.FATAL_ERROR_ID) AS PACKET_ID, C.PACKET_STATUS_DESC, A.OCCURRENCE_DATE AS LAST_UPDATE, '' AS USER_ID, '' AS USER_COMMENT, RAWTOHEX (A.FATAL_ERROR_ID) AS ALTKEY, 'N' AS IS_PACKET FROM EQ_FATAL_ERROR A, EQ_ERROR_MSG B, CM_REF_PACKET_STATUS C, EQ_SEVERITYD WHERE A.PACKET_ID IS NULL AND A.STATUS = 'NR' AND A.ERROR_MSG_ID = B.ERROR_MSG_ID AND B.SEVERITY_I
    SELECT /*+ INDEX(e) INDEX(a) INDEX(c)*/ XMLAGG(XMLELEMENT ( "TaggingCategory", XMLATTRIBUTES ( G.TAG_CATEGORY_CODE AS "categoryType" ), XMLELEMENT ("TaggingValue", XMLATTRIBUTES (C.IS_PRIMARY AS "primary", H.ORIGIN_CODE AS "origin"), XMLAGG(XMLELEMENT ( "Value", XMLATTRIBUTES ( F.TAG_LIST_CODE AS "listType" ), E.TAG_VALUE )) ) )) FROM TABLE (CAST (:B1 AS T_TAG_MAP_HIERARCHY_TAB)) A, TABLE (CAST (:B2 AS T_ENUM_TAG_TAB)) C, REM_TAG_VALUE E, REM_TAG_LIST F, REM_TAG_CATEGORY G, CM_ORIGIN H WHERE E.TAG_VALUE_ID = C.TAG_VALUE_ID AND F.TAG_LIST_ID = E.TAG_LIST_ID AND G.TAGGING_CATEGORY_ID = F.TAGGING_CATEGORY_ID AND H.ORIGIN_ID = C.ORIGIN_ID AND C.ENUM_TAG_ID = A.MAPPED_ENUM_TAG_ID GROUP BY C.IS_PRIMARY, H.ORIGIN_CODE, G.TAG_CATEGORY_CODE START WITH A.MAPPED_ENUM_TAG_ID = HEXTORAW (:B3 ) CONNECT BY PRIOR A.MAPPED_ENUM_TAG_ID = A.ENUM_TAG_ID
    SELECT /*+  INDEX(e) */ XMLAGG(XMLELEMENT ( "TaggingCategory", XMLATTRIBUTES ( G.TAG_CATEGORY_CODE AS "categoryType" ), XMLELEMENT ( "TaggingValue", XMLATTRIBUTES (C.IS_PRIMARY AS "primary", H.ORIGIN_CODE AS "origin"), XMLAGG(XMLCONCAT ( XMLELEMENT ( "Value", XMLATTRIBUTES ( F.TAG_LIST_CODE AS "listType" ), E.TAG_VALUE ), CASE WHEN LEVEL = 1 THEN :B4 ELSE NULL END )) ) )) FROM TABLE (CAST (:B1 AS T_TAG_MAP_HIERARCHY_TAB)) A, TABLE (CAST (:B2 AS T_ENUM_TAG_TAB)) C, REM_TAG_VALUE E, REM_TAG_LIST F, REM_TAG_CATEGORY G, CM_ORIGIN H WHERE E.TAG_VALUE_ID = C.TAG_VALUE_ID AND F.TAG_LIST_ID = E.TAG_LIST_ID AND G.TAGGING_CATEGORY_ID = F.TAGGING_CATEGORY_ID AND H.ORIGIN_ID = C.ORIGIN_ID AND C.ENUM_TAG_ID = A.MAPPED_ENUM_TAG_ID GROUP BY G.TAG_CATEGORY_CODE, C.IS_PRIMARY, H.ORIGIN_CODE START WITH A.MAPPED_ENUM_TAG_ID = HEXTORAW (:B3 ) CONNECT BY PRIOR A.MAPPED_ENUM_TAG_ID = A.ENUM_TAG_IDBy observing above sql queries i found some hints forcing for index usage..
    I think xml schema is created already...and its progressing as you stated above. Please correct if i am wrong.
    I found all these sql from AWR report and all of these are very high resource consuming queries.
    And i am really sorry if i am irritating you by asking all stupid questions related to xml.
    -Yasser
    Edited by: YasserRACDBA on Nov 17, 2009 3:39 PM
    Did syntax allignment.

  • Very high log file sequential read and control file sequential read waits?

    I have a 10.2.0.4 database and have 5 streams capture processes running to replicate data to another database. However I am seeing very high
    log file sequential read and control file sequential read by the capture procesess. This is causing slowness in the database as the databass is wasting so much time on these wait events. From AWR report
    Elapsed: 20.12 (mins)
    DB Time: 67.04 (mins)
    and From top 5 wait events
    Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
    CPU time 1,712 42.6
    log file sequential read 99,909 683 7 17.0 System I/O
    log file sync 49,702 426 9 10.6 Commit
    control file sequential read262,625 384 1 9.6 System I/O
    db file sequential read 41,528 378 9 9.4 User I/O
    Oracle support hasn't been of much help, other than wasting my 10 days and telling me to try this and try that.
    Do you have streams running in your environment, are you experiencing this wait. Have you done anything to resolve these waits..
    Thanks

    Welcome to the forums.
    There is insufficient information in what you have posted to know that your analysis of the situation is correct or anything about your Streams environment.
    We don't know what you are replicating. Not size, not volume, not type of capture, not rules, etc.
    We don't know the distance over which it is being replicated ... 10 ft. or 10 light years.
    We don't have any AWR or ASH data to look at.
    etc. etc. etc. If this is what you provided Oracle Support it is no wonder they were unable to help you.
    To diagnose this problem, if one exists, requires someone on-site or with a very substantial body of data which you have not provided. The first step is to fill in the answers to all of the obvious first level questions. Then we will likely come back with a second level of questioning.
    But when you do ... do not post here. Your questions are not "Database General" they are specific to Streams and there is a Streams forum specifically for them.
    Thank you.

  • Very High processing time in STAD

    Hi
    I have a problem in my NW04 BI system.
    Users are occasionally experiencing high responsetimes while using the HTTP interface to work with BI reports.
    If I display the statistical records STAD I can see that while using the SAPMHTTP program the "processing time" and therefor "Total time in workprocs" are very high but other times in the record are very low. CPU time is very low. Below is the detailed analysis.
    CPU time                      94 ms
    RFC+CPIC time                  0 ms
    Total time in workprocs  481.566 ms
      Response time          481.566 ms
    Wait for work process          0 ms
    Processing time          481.093 ms
    Load time                      1 ms
    Generating time                0 ms
    Roll (in+wait) time            0 ms
    Database request time        226 ms
    Enqueue time                   0 ms
    DB procedure call time       246 ms
    Number      Roll ins            1    
                Roll outs           1    
                Enqueues            8    
    Load time   Program             1  ms
                Screen              0  ms
                CUA interf.         0  ms
    Roll time   Out                 0  ms
                In                  0  ms
                Wait                0  ms
    Frontend    No.roundtrips       0    
                GUI time            0  ms
                Net time            0  ms                                     
    No. of DB procedure calls       1    
    Can anyone tell me what is going on in the system or how I can go further to analyze this. You might assume that this is a CPU bottleneck but it is not, I am using 4 x 64bit processors and 12Gb memory with load of 5-10% when this problem occurs.
    Best Regards
    Sindri

    why should the database be a problem, it is
    > Database request time 226 ms
    Go to the details (double click) of the line with problems. In the details you should have a button 'http' in the action line. There you can chewck the http details which should tell you where the time was spend.
    As always, repeat your measurements a few times to see whether the behaviour is reproducible.
    Siegfried

  • Very High Ping/Latency

    Good Evening,
    For 4-5 weeks, I have been getting very high pings (>1500ms) this occurs randomly throughout the day and night.
    I have reported a fault and have been told this is normal for peak times.... however they will request a switch over to Fast Path from Interleave.
    Now I'm no Rocket scientist but >1500ms ping in an area with only 200 houses on my exchange IS NOT normal, nor is it even remotely acceptable that i'm told it is!!
    Having browsed the web with this IP (my 1st hop) "217.47.106.122", I find many others with EXACTLY the same issue.
    Please can someone confirm there is an issue with the above address.. 
    My Area Code is 01851 (Isle of Lewis). 
    I am aware there is ongoing work to install infinity on Lewis this summer, yet I haven't been informed of any dissruptions.
    If I was a betting man I'd say many user's have been rerouted and now as a result is being overloaded.. an oversight no doubt.
    Please either confirm this is or at the very least "may" be the case..
    Regards
    Dan 

    Looking good! 
    Tracing route to bbc.co.uk [212.58.246.103]
    over a maximum of 30 hops:
    1 1 ms 1 ms <1 ms BTHomeHub.home [192.168.1.254]
    2 1385 ms 1426 ms 1419 ms 217.47.106.122
    3 783 ms 796 ms 847 ms 217.47.106.193
    4 1024 ms 1004 ms 1069 ms 213.1.69.78
    5 1162 ms 1212 ms 1255 ms 31.55.165.102
    6 1356 ms 1359 ms 973 ms 31.55.165.75
    7 834 ms 847 ms 906 ms 31.55.165.107
    8 1001 ms 1029 ms 1077 ms 109.159.250.52
    9 1218 ms 1278 ms 1222 ms core1-te0-13-0-17.ealing.ukcore.bt.net [109.159.250.42]
    10 1092 ms 703 ms 626 ms peer2-xe0-0-0.telehouse.ukcore.bt.net [109.159.254.102]
    11 644 ms 738 ms 708 ms 194.74.65.42
    12 * * * Request timed out.
    13 1204 ms 1183 ms 1291 ms ae0.er01.cwwtf.bbc.co.uk [132.185.254.93]
    14 1228 ms * 690 ms 132.185.255.165
    15 888 ms 904 ms 909 ms fmt-vip132.cwwtf.bbc.co.uk [212.58.246.103]
    Trace complete.

Maybe you are looking for