Current 16.2.6442 web interface still slow
Problem reported by echoDreamz - August 23, 2017 at 9:04 AM
Submitted
We still have constant complaints that the web interface is still painfully slow. I've experienced myself watching the spinning chaser go on and on for ~30 - 60 seconds. Watching the server while this is happening shows no high CPU (~12 - 20%), barely any usage on the SM service and IIS worker, our primary SM installation drive (an NVME RAID) is doing nothing but twiddling its thumbs and our main storage array is also not really doing much.
 
I watched and logged a period over an hour, the disk queue on mail storage never went above 2 (24x 1TB SAS RAID 10), the queue on the primary installation drive never goes above 0, CPU stayed below 39%, there is just nothing physically on the server that seems to be holding SM back. I even went as far as contacting BroadCom (LSI) and had them review the controller to make sure it was not bottlenecked and they stated that the controller processor is only at max over a 24 hour period at 39% (and that was during an intensive backup operation).
 
This is doing silly things like opening a folder that has no emails in it, somehow takes ~30 seconds, switching between folders is a nightmare, have numerous complaints that sending emails (with no attachments) takes minutes sometimes. Even customers with decently powerful machines are complaining of load times now and across all browsers.
 
I am still not sure that a single worker process is the way to go, it seems that having webmail, EWS, EAS, WebDav for CalDAV etc. (possibly other items as well?) running over a single worker process can hurt a single worker? Back when I tested 2 workers, it did "feel" like it improved services, numerous customers reported it felt snappier and that the spinny ball of death nearly went away.
 
Are there any SM 16 users still experiencing slowness?

Christopher

20 Replies

Reply to Thread
0
echoDreamz Replied
I am sitting here now loading my deleted items folder, which is empty. MailService.exe is 8%, the IIS worker is 1% CPU. Disk queue on SM installation drive is 0.01, SM mail storage drive queue is 0.78. I am banging by head trying to figure out what is going on.

Christopher

1
Paul Blank Replied
Perhaps time to go back to V15?
0
echoDreamz Replied
We are too deep into v16.

Christopher

0
echoDreamz Replied
Not only that, but ST has been working hard to find the issue. Even open a ticket for me for this issue and are doing all sorts of tests to see if they can narrow it down.

Christopher

0
Rod Lasky Replied
Employee Post
Something I've seen that will help is to enable Dynamic Content Compression in IIS. 
Go to Server Manager >> Add Roles and Features >> Server Roles / Web Server (IIS) >> Web Server >> Performance.
Afterwards, give IIS a bounce.
Rod Lasky
Technical Support Specialist
SmarterTools Inc.
(877) 357-6278
www.smartertools.com
0
echoDreamz Replied
Dynamic Compression is and always has been enabled.

Christopher

4
Erick Baum Replied
This is becoming a huge problem for us.  We've been getting complaints daily since we migrated and we've got clients that want us to move them to something that works better.  I can't say that I blame them as I've experienced the poor performance myself.  It's completely unacceptable.
 
I also think it's particularly shameful that two of the primary features of the new web interface advertised on their web site are "powerful performance" and "faster than any previous version". Pfff
 
It's mind boggling that either no one noticed the problems or they launched the new system knowing the performance was terrible.  One or the other must be true and it's really disappointing.  After 10 years on this platform, I'm being forced to look at alternative solutions.
0
Erick Baum Replied
Same here.
3
Michael Breines Replied
Bummer to hear v 16.x still slow. We've been waiting for confident word that performance issues have been solved before upgrading. We'll hang tight.
4
Miles Badger Replied
thought i'd check the forums before upgrading this morning - we too will be delaying rollout to 16.x until this is resolved...
0
Paul Blank Replied
Smart move.
0
Paul Blank Replied
Still scratching my head here about why v16 is considered ready for deployment.
0
Frank MHP Replied
Same here
0
Frank MHP Replied
We have been in constant support calls on this issue. Would like to see a fix for this asap. We are losing clients because of this.
0
Paul Blank Replied
Seems to me that reverting to v15 would be prudent. It seems quite stable. Make sure you have good backups first, and perhaps try out the process on another server if you can before going back, and read others' comments on that process on this forum if you can.
0
Erick Baum Replied
I was under the impression you couldn't go back to 15 due to changes to config files and the data storage structure? Unless we want to do a migration of every mailbox. But version 17 would be out before we got that done on a thousand mailboxes.
0
Paul Blank Replied
I believe that you can go back. There are a few changes, apparently, that are not automatic. I would ask ST for their recommendations for this, and perhaps have someone on-call if you run into a problem. Fortunately, I have not upgraded to v16. But am rather concerned at what looks like a concerted effort to have us deploy a version that is apparently not yet ready.
0
Frank MHP Replied
Paul, we can't go back im afraid. I advise to hold off on the update to 16 until we see that this is solved. We are sitting here one week later and the speed is still not good at all. We are advising clients to install the email account in gmail.com and outlook.com. You can imagine how that goes over :(
0
Paul Blank Replied
Frank, it is not perfect, but how about trying Squirrelmail (it's free) on top of SM? Should co-exist fine with SM webmail. But its a fairly steep learning curve, with a few gotchas for to get it running well. I have a couple of instances of Squirrelmail on top of hmailserver (also free), and it runs very well. And of course its just email, AFAIK.
1
sales Replied
making any progress too fixing this slow problem ...?
nov 9 update still no love ..
the performance of the web interface is horrible .
takes 15 secs for login to populate .
 
 

Reply to Thread