Feature request: please include Dashboard when sampling timings

Resolved Marcelo Pedra
(@kent-brockman)

11 years, 4 months ago

Hi! I love this awesome plugin, but I’m currently not being able to determine the high # of queries happening in the Dashboard. According to Query Monitor plugin almost 2k queries are executed when showing the Dashboard, and only in the Dashboard.
I supposed P3 could show the metrics for Dashboard… but it’s not. Currently it measures several screens in backend and frontend, but not the Dashboard.

Is there any way to force it to test the Dashboard? Or even could you include this option for a next update?

Sometimes you may have/find plugins that cause a mess only in the Dashboard screen. So, having a graph comparing how the plugins behaved in several pages AND in the Dashboard could lead to determine the culprit.

Can you help please?
Very thanks in advance!

https://ww.wp.xz.cn/plugins/p3-profiler/

Viewing 6 replies - 1 through 6 (of 6 total)

Plugin Contributor Kurt Payne
(@kurtpayne)

11 years, 4 months ago

According to Query Monitor plugin almost 2k queries are executed when showing the Dashboard, and only in the Dashboard.

You should be able to see what these queries are and where they are coming from using the options in Query Monitor. You’ll need to use the db.php file that comes with query monitor, however.

I supposed P3 could show the metrics for Dashboard… but it’s not. Currently it measures several screens in backend and frontend, but not the Dashboard

It does test the dashboard along with several other pages in the admin and front of site.

Is there any way to force it to test the Dashboard? Or even could you include this option for a next update?

Yes, using a filter. It’s documented in the FAQ:
https://ww.wp.xz.cn/plugins/p3-profiler/faq/

You can use this plugin to add a setting to P3 to let you specify a list of URLs
https://gist.github.com/kurtpayne/4120936

Thread Starter Marcelo Pedra
(@kent-brockman)

11 years, 4 months ago

Hi! Thanks for the answers.

I tried this:

<?php
function my_p3_auto_scan_pages() {
return array(
‘http://thedomain.com/’,
‘http://thedomain.com/wp-admin/’,
‘http://thedomain.com/wp-admin/edit.php’
);
}
add_filter( ‘p3_automatic_scan_urls’, ‘my_p3_auto_scan_pages’ );
?>

And it is simply ignoring the Dashboard!
If I use “http://thedomain.com/wp-admin/” it will ignore that page. Not present in the graphs.
And if I use “http://thedomain.com/wp-admin/index.php” it will scan “http://thedomain.com/wp-admin/admin-ajax.php”.

BtW, what Query Monitor says about the thousand queries in the Dashboard, is that they are originated in the WP core for WP_Post::get_instance and they are in the form “SELECT * FROM wp_posts WHERE ID = 5043 LIMIT 1” iterating one and every ID in the posts table… intriguing.

Thread Starter Marcelo Pedra
(@kent-brockman)

11 years, 4 months ago

No doubt, those thousand queries are requested from WP core. Don’t know why yet.

Plugin Contributor Kurt Payne
(@kurtpayne)

11 years, 4 months ago

Hi Marcelo,

How many visits do you see on the advanced metrics tab?

In the help tab, there’s a question for “Is my site using an opcode optimizer?” What does P3 say for your site?

Thread Starter Marcelo Pedra
(@kent-brockman)

11 years, 4 months ago

I see 2 visits. So, it’s indeed skipping the Dashboard 🙁
Can you reproduce this on your end?

.

“Is my site using an opcode optimizer?”

Your site is using APC. This has not been known to cause problems with P3.
Your site is using the IonCube loader. This has not been known to cause problems with P3.

Plugin Contributor Kurt Payne
(@kurtpayne)

11 years, 4 months ago

Using APC and ioncube can definitely cause problems. I would suggest trying to disable ioncube and running P3 again. You should have 3 or more visits at the end of the run.

Viewing 6 replies - 1 through 6 (of 6 total)

The topic ‘Feature request: please include Dashboard when sampling timings’ is closed to new replies.