Discussions
Categories
- 196.8K All Categories
- 2.2K Data
- 238 Big Data Appliance
- 1.9K Data Science
- 450.2K Databases
- 221.7K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 550 MySQL Community Space
- 478 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3K ORDS, SODA & JSON in the Database
- 544 SQLcl
- 4K SQL Developer Data Modeler
- 187K SQL & PL/SQL
- 21.3K SQL Developer
- 295.8K Development
- 17 Developer Projects
- 138 Programming Languages
- 292.5K Development Tools
- 107 DevOps
- 3.1K QA/Testing
- 646K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 154 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.1K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 18 Java Essentials
- 160 Java 8 Questions
- 86K Java Programming
- 80 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.3K Java SE
- 13.8K Java Security
- 204 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 437 LiveLabs
- 38 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.7K Other Languages
- 2.3K Chinese
- 171 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 232 Portuguese
Real Time SQL Monitor: could Metrics curves be smoothed/averaged?

Hi,
A while ago I wrote about Metrics curves in the Real Time SQL Monitor screen being wrong for parallel queries—please see this post.
Regardless, there's another comment to be made: apparently the ASH metrics are not aggregated over a limited number of time buckets. This results in curves that are not smoothed/averaged over time, even for long-running queries. Therefore, variations in measures are shown in their full glory, and ultimately, not only the charts may appear slow to render, but they may also become barely readable.
Here's one example (from a busy test system):
And the same query, as seen from the corresponding Active report:
While it's interesting to know that the I/O throughput is a lot more jittery than the smoother curves could let imagine, at some point SQL Developer's metrics curves become too messy to be of practical use.
Therefore, adopting an approach similar to what is done in DBMS_SQLTUNE Active reports—aggregating over a limited number of time buckets—could be a welcome enhancement.
A popup showing the metrics value when hovering over the curves would be nice, too. (But again, that would only make sense after smoothing the curves; it might be terrible if done with the curves as they stand now.)
Regards,
Answers
-
Looking further into how SQL Developer handles ASH metrics, I have just realized that it shows only read I/O throughput and read IOPS: write I/O throughput and write IOPS are not shown, nor is temp space usage. 😥
And sometimes that really leaves one big half of the story out of the picture—here's the other half, from the Active Report for the same query:
Of course, drawing multiple messy-jittery curves on the same chart would not be always pretty. Again, that may only be done if drawing smoothed/averaged curves.
Regards,