Admin Dashboard Statistics

Is there any way to turn off or not show the statistics section of the admin dashboard? I believe it's causing an I/O usage issue with my hosting package.

Usually such performance issues are caused by long period for statistics generation. Try to use shorter period at first

https://prnt.sc/26ekjkp

I did start with changing this to "today" but especially at first login it can take sometimes up to 20 seconds or more just to load the statistics section. If I comment out the statistics section of the file would that stop it from "loading" or will it still load but just not show that section?

I did start with changing this to "today" but especially at first login it can take sometimes up to 20 seconds or more just to load the statistics section. If I comment out the statistics section of the file would that stop it from "loading" or will it still load but just not show that section?

If you mean template, the section just will be hidden

You should disable call of functions which calculate statistics here

app/controllers/backend/index.php

I stopped the statistics from loading but I didn't have better results. The first time I log in to the admin page it is causing an overage on my server I/O usage. Even after the statistics load, the page is still loading some content. On Firefox I can see a message at the bottom of the screen that says "Reading gstatic.com..." and sometimes another that says "Reading img.youtube.com...". I've turned off every add-on but nothing affects the loading time for the initial login of admin. It could be that those additional items are taking forever to load because the I/O usage overage has been triggered. After I'm logged in and the I/O usage resets I don't have any more issues with the dashboard loading unless I'm logged out and have to log back in. Any suggestions?

Sounds like one primary and possible multiple secondary issues.

The primary seems to be an under-configured server. Suggest you add memory. I've not heard of a page loading slowly due to "server I/O usage". It's a server, it's job is to service I/O requests.

Secondary issues appear to be Javascript ajax internactions with 3rd party servers. Generally this is NOT a 3rd party issue but a constraint on your network (see primary above). Right click your home page and select 'inspect'. Select the 'Network' tab and reload the page. You will be able to see what requests are taking time either from volume of data or from "waiting" for data.

Thank you for directing me to the Network tab. The items listed below are taking the longest to load. Before anything is mentioned... my admin folder is not named "admin" but I posted that for ease of understanding.

This is taking over 2 minutes to load then returns a 500 status - Request Timeout
.../admin.php?dispatch=helpdesk_connector.auth

This is taking 856 ms to load
https://www.cs-cart.com/images/background.gif

This is taking 1.76 s to load
.../admin.php?dispatch=storefronts.picker.inline&ids%5B%5D=1&is_ajax=1

This is what's hanging with img.youtube.com:
Error while trying to use the following icon from the Manifest: https://www.piecesofhistory.com/android-chrome-192x192.png(Download error or resource isn't a valid image)

It's not looking for it in my store folder. It's looking in my domain main folder.

I'm not sure what's holding up the gstatic.com. No errors are reported so maybe it's just the throttling of my hosting account.

My hosting package only allows for 4 MB of I/O usage then throttles the site. It seems to throttle it only for a few minutes then resets but that's still too long when your website isn't loading for visitors. I'm in the process of switching to a VPS package which my hosting company said will fix the I/O usage issue but I'm not sure if that will fix these other loading issues. Will post an update once the transition is complete.

Get your developer to address most of your issues.

Reduce (or get rid of) your background image.

Properly configure whatever is utilizing youtube.com.

Change your hosting provider or package to one that better meets your needs.

The helpdesk and storefronts "controllers" are most likely being depressed by your restrictive network environment.

What was the total page size after loading? If it's in your 4MB range then it's way too big and your should address your page design/layout.

The developer is CS-Cart. Just to clarify this is happening by logging in to my admin area not by loading my front end home page. I tried to disable all add-ons to make sure and I experienced the same results.

Today I transitioned to a VPS hosting package and the results have improved and pretty much fixed the problem.

This was the admin loading time on the old server:

41 requests
1.14 MB / 545.64 KB transferred
Finish: 25.08 s
DOMContentLoaded: 7.35 s
load: 2.10 min

This is the admin loading time on the new server:

42 requests
1.39 MB / 332.34 KB transferred
Finish: 10.38 s
DOMContentLoaded: 2.67 s
load: 25.90 s

Thank you for your help! I don't think I will know what was triggering the I/O usage overage but it seems like they just don't want that server to have any load what so ever. The hosting company gave me a list of many things that could be causing it but the only thing I could do to trigger it was by logging into my store admin and it was consistently throttled every time I logged in.

This is taking over 2 minutes to load then returns a 500 status - Request Timeout
.../admin.php?dispatch=helpdesk_connector.auth

Please contact CS-Cart support with this issue. Something wrong on their side

I had the same problem, every now and again it would spike the CPU when loading the stats and I would get throttled by the hosting company. I have moved to a 8 core VPS now, I still get the CPU spike but no throttling obviously
It seems to be browser session related becuase if I login to the admin panel in chrome using incognito I get it every time.
You can see it smashes the php-fpm process for a couple of seconds.
There is also a brief spike in disk usage.
I did raise it with cs cart support but never really got anywhere with the issue.
The support message from a2hosting was:
According to the snapshots, the "admin.php" script is running every time the account experiences an I/O fault. The faults are caused when the account hits its maximum I/O limit. According to the I/O averages (shown in the graph and the table below), these spikes are very brief. When an account hits its I/O limit and experiences a fault, the account may become slower due to being restricted by the server or some processes may stop. The dark green lines are your average for that period of time, but it could only be a few seconds where the I/O usage spikes and hits the limit. That explains the discrepancy you're seeing in the graph.
https://ibb.co/qJKkZN0

Guys, if you're running a business, you need to invest in hosting environments that are geared toward businesses. At a minimum, I'd recommend a VPS with 6GB memory and 500GB of SSD disk. I think you'll find you become more memory constrained than CPU but a package that supplies the above will most likely have adequate CPU.