C57 slow?
Permalink
Just installed yesterday looks great. Some new things to learn.. Kind of hard to see the slideout a bit .. Maybe lighter font?
Anyway ... Wow is it slow. Have installed in same server as all my fast C56 versions. Turned cache on and still really really slow. Reminds me of C5 four years ago.
Anyone else seeing this?
Love it, yea scared about errors on install and no addons like everyone else.
It happens.
Anyway ... Wow is it slow. Have installed in same server as all my fast C56 versions. Turned cache on and still really really slow. Reminds me of C5 four years ago.
Anyone else seeing this?
Love it, yea scared about errors on install and no addons like everyone else.
It happens.
Thanks for your response. I just installed on it's own individual host account (had sub-root before on older php5.2(didn't know it was that behind!) that has 5.4 and was still slow.
I changed to 5.5 and it is a little better. I did test with all cache on (will need to turn off for dev) but as a test (being logged out) it is much better. Certainly much better than before on old 5.2.
So still a bit too slow with cache off (unlike 5.6) but knowing that when cache is on and logged out, it's decent enough I suppose. And am sure performance will get better after some bigger issue bugs are fixed.
Thanks - totally forgot to check version.
I changed to 5.5 and it is a little better. I did test with all cache on (will need to turn off for dev) but as a test (being logged out) it is much better. Certainly much better than before on old 5.2.
So still a bit too slow with cache off (unlike 5.6) but knowing that when cache is on and logged out, it's decent enough I suppose. And am sure performance will get better after some bigger issue bugs are fixed.
Thanks - totally forgot to check version.
I am having the same speed issues with and without cache. My setup is Windows 7 x64 running XAMPP PHP 5.5.9 and MySQL 5.6.16
In the next couple days 5.7.1 will be released, along with bug fixes, it is supposed to improve speed.
In the next couple days 5.7.1 will be released, along with bug fixes, it is supposed to improve speed.
Great, looking forward to an update. Yea it's still slow but better on 5.5 for me. Looking forward to update.
I installed 5.7.1 tonight. It feels about the same speed or just slightly faster, but still very very slow.
The Dashboard, Add Page, and Settings buttons all respond quickly. Edit Mode and Add both take 5+ seconds to respond per click - 5 seconds to open and 5 seconds to close. Save dialogs, bringing up Dashboard sub-areas, and related all take 3-4 seconds.
Here is something though. In the concrete5 5.7 theme creation videos, Andrew's UI response time is so much faster. Edit Mode and Add take a second or less.
Example:
http://www.youtube.com/watch?v=vQm1QXN9OfI&feature=youtu.be&...
The question I have is this some kind of configuration or operating system issue. Andrew and Mesuva are both on OSX and are not having speed issues.
I would like to know what OS tsdonohue5 and others are running and their concrete5 5.7 site speed.
The Dashboard, Add Page, and Settings buttons all respond quickly. Edit Mode and Add both take 5+ seconds to respond per click - 5 seconds to open and 5 seconds to close. Save dialogs, bringing up Dashboard sub-areas, and related all take 3-4 seconds.
Here is something though. In the concrete5 5.7 theme creation videos, Andrew's UI response time is so much faster. Edit Mode and Add take a second or less.
Example:
http://www.youtube.com/watch?v=vQm1QXN9OfI&feature=youtu.be&...
The question I have is this some kind of configuration or operating system issue. Andrew and Mesuva are both on OSX and are not having speed issues.
I would like to know what OS tsdonohue5 and others are running and their concrete5 5.7 site speed.
Just to give some context, on 5.7.0.4, I used the web inspector in Chrome to measure the response time of the add block side panel (/index.php/ccm/system/panels) across two different PHP versions in MAMP (fast macbook with SSD, etc). This is with caching completely off.
php 5.4.26 - avg of 2.4 seconds
php 5.5.15 - avg of 1 second
This kind of difference is noticeable across everything though, in php5.5 everything is noticeably faster, including dialogs and overall page rendering times.
I'm thinking this is because a lot of the modern features of the updated codebase (I'm taking guess here, but I'm thinking about namespaces and the autoloading side of things) work better in newer versions of PHP.
So maybe try php 5.5?
php 5.4.26 - avg of 2.4 seconds
php 5.5.15 - avg of 1 second
This kind of difference is noticeable across everything though, in php5.5 everything is noticeably faster, including dialogs and overall page rendering times.
I'm thinking this is because a lot of the modern features of the updated codebase (I'm taking guess here, but I'm thinking about namespaces and the autoloading side of things) work better in newer versions of PHP.
So maybe try php 5.5?
See, that is what has me confused. I am using PHP 5.5.9.
@MrKDilkington
I too see terrible performance using PHP 5.5.9.
I too see terrible performance using PHP 5.5.9.
@MrKDilkington
I just updated my Xamp WAMP so it's now using 5.5.15. There is no improvement so it is not PHP version specific (we kind of knew that though-had to check).
I just updated my Xamp WAMP so it's now using 5.5.15. There is no improvement so it is not PHP version specific (we kind of knew that though-had to check).
I'm finding that it's not the minor PHP version that makes a difference, it's the major version.
I tried a different 5.5 version (I typed wrong earlier, I was on 5.5.14, I've now tried 5.5.17), and continue to get quite reasonable response times, pretty much the same as what you see Andrew get in his videos. Switching back to 5.4 and the time to first byte on most requests goes up by a factor of 3 or 4, making it feel very sluggish.
This is on MAMP, with pretty much the same PHP settings, looking at the same 5.7.1 install. Obviously this is only my experience, but I'm a bit at a loss to explain why it makes such a big difference on my mac. I'm not using Elemental though, this is on a custom (and fairly simple) theme we're working on.
I tried a different 5.5 version (I typed wrong earlier, I was on 5.5.14, I've now tried 5.5.17), and continue to get quite reasonable response times, pretty much the same as what you see Andrew get in his videos. Switching back to 5.4 and the time to first byte on most requests goes up by a factor of 3 or 4, making it feel very sluggish.
This is on MAMP, with pretty much the same PHP settings, looking at the same 5.7.1 install. Obviously this is only my experience, but I'm a bit at a loss to explain why it makes such a big difference on my mac. I'm not using Elemental though, this is on a custom (and fairly simple) theme we're working on.
I'm running typical shared hosts (haven't tried local - I like to dev on server) now iwth PHP 5.5 CENTOS 6.5 x86_64 kvm like from hostgator, siteground, bluehost. All typical basic shared hosting where C5 v5.6 is super fast.
Clear the code not the server is issue and needs optimization like C5 years ago. Core team will get to it. I'm not a big fan of turning all cache for everything on live site but I'll have to as obviously not putting new sites on v5.6. But cache on seems to be doable although not super thrilled.
but that's the little small news...the bigger news is core team will quicken it up. release by release ..just have to be a little patient.
Clear the code not the server is issue and needs optimization like C5 years ago. Core team will get to it. I'm not a big fan of turning all cache for everything on live site but I'll have to as obviously not putting new sites on v5.6. But cache on seems to be doable although not super thrilled.
but that's the little small news...the bigger news is core team will quicken it up. release by release ..just have to be a little patient.
I have no doubt that performance will be improved. The core team has done a great job especially considering how big the project is and how small the team is.
Andrew is developing locally and he is getting great performance. Some of us are developing locally and the speed is drastically different.
Example:
- Andrew clicks on "Edit Mode" and it turns green in well under 1 second
- I click on "Edit Mode" and it turns green in a minimum of 5 seconds
So from a problem solving standpoint, it makes me want to know why. Maybe there is something he is doing that we all could benefit from. It could be all sorts of things, possibly even something so obvious it is silly.
Andrew is developing locally and he is getting great performance. Some of us are developing locally and the speed is drastically different.
Example:
- Andrew clicks on "Edit Mode" and it turns green in well under 1 second
- I click on "Edit Mode" and it turns green in a minimum of 5 seconds
So from a problem solving standpoint, it makes me want to know why. Maybe there is something he is doing that we all could benefit from. It could be all sorts of things, possibly even something so obvious it is silly.
I've just installed 5.7.1 and with no cache, can tell there is an improvement in performance. Perfect timing for a large new project next week.
And I'm sure there will be more next version too.
Great, thanks!
And I'm sure there will be more next version too.
Great, thanks!
Just installed fresh 5.7.2. Supposed to have performance improvements but with cache off still really slow.
Really hoping to get some more speed back soon. Admin is a little better. But front end where it counts just hangs on each click. Thinking too much.
Really hoping to get some more speed back soon. Admin is a little better. But front end where it counts just hangs on each click. Thinking too much.
I am seeing the same speed in 5.7.2.
An example, it takes 5 seconds to enter/exit Edit Mode after clicking the Edit Mode button.
This is on a fast SSD too. There must be some configuration issue at play.
An example, it takes 5 seconds to enter/exit Edit Mode after clicking the Edit Mode button.
This is on a fast SSD too. There must be some configuration issue at play.
Hi,
I have the same problem, i upgraded my php to 5.5.12 and still it's slow.
I have the same problem, i upgraded my php to 5.5.12 and still it's slow.
I wanted to see if everyone is still seeing the same speed issues almost a month later. We are struggling with this as we work on our first sites in 5.7 and we really hope there are ways to improve performance while we wait for core level speed increases.
5.7.2.1 is much faster than 5.7.0.4. I would encourage you to give it a try. Make sure you're running with APC or some other opcode caching enabled, as this will assist with performance.
To swiz...I just right now upgraded a new site as Andrew suggested from 5.7.2 to 5.7.2.1 and I'm the one who started this thread and can say it is noticeably faster which is awesome. Great work!
And this is my test with NO cache as I dev in NO cache. Real performance test is without cache. Even front end AND back end is much faster than before ... before admin was thinking way too much.
This is great fix and considering this is large project going live after Christmas in January, speed can be just as important as bug fixes if too slow.
DEFINITELY DO uprgade and see the performance improvement. And I'm sure there will be more perf improvements with each release but this was huge for me, and others, because was a worry before.
Thanks C5 guys and Andrew!
And this is my test with NO cache as I dev in NO cache. Real performance test is without cache. Even front end AND back end is much faster than before ... before admin was thinking way too much.
This is great fix and considering this is large project going live after Christmas in January, speed can be just as important as bug fixes if too slow.
DEFINITELY DO uprgade and see the performance improvement. And I'm sure there will be more perf improvements with each release but this was huge for me, and others, because was a worry before.
Thanks C5 guys and Andrew!
To tsdonohue5, thanks for the information, it's great to hear! I have been running 5.7.2 and was putting off the update until 5.7.2.2 was released.
To andrew, I appreciate the info on APC as this isn't something I had thought of yet, but we will definitely be installing on our servers.
Thanks you both for the quick replies!!
To andrew, I appreciate the info on APC as this isn't something I had thought of yet, but we will definitely be installing on our servers.
Thanks you both for the quick replies!!
Hi Andrew, for APC is there a configuration that needs to be setup in C5? I've enabled APC on our servers but I'm not seeing any speed increase. Thanks!
My new 5.7.2.1 website is on shared hosting. To load any page takes 10 seconds or longer. Loading the panels (edit, design, add, dashboard, etc) takes even longer. Sometimes it takes so long that my browser gives up.
I have a 5.6.3 site on the same shared hosting. It is waaay faster than 5.7.
I have a 5.6.3 site on the same shared hosting. It is waaay faster than 5.7.
I started fresh.
- uninstalled XAMPP and concrete5
- updated my XAMPP install to the current PHP 5.6.3
- enabled OpCache (which comes with PHP 5.5)
- installed APCu
- then reinstalled concrete5
With the new install, I see a small improvement in speed in some areas.
I am tempted to setup a virtual machine with linux or OSX to see if there is a difference.
- uninstalled XAMPP and concrete5
- updated my XAMPP install to the current PHP 5.6.3
- enabled OpCache (which comes with PHP 5.5)
- installed APCu
- then reinstalled concrete5
With the new install, I see a small improvement in speed in some areas.
I am tempted to setup a virtual machine with linux or OSX to see if there is a difference.
Ok, the problem is XAMPP running on Windows.
Up to this point, I've only used concrete5 5.7 locally and it was painfully slow. Every click required 5 seconds to fully execute.
I just installed 5.7 on a web host LAMP server and the difference is night and day. Something that took 5 seconds locally on XAMPP takes around 2 seconds on the LAMP server.
Now the trick is to see how XAMPP can be sped up.
Up to this point, I've only used concrete5 5.7 locally and it was painfully slow. Every click required 5 seconds to fully execute.
I just installed 5.7 on a web host LAMP server and the difference is night and day. Something that took 5 seconds locally on XAMPP takes around 2 seconds on the LAMP server.
Now the trick is to see how XAMPP can be sped up.
Did anyone find out how to enable APC?
I have it running on my server but not sure how to get 5.7 to stop using Zend and use APC
I have it running on my server but not sure how to get 5.7 to stop using Zend and use APC
@madeforspace
Is this for a local development server or a production server?
Which version of PHP are you running?
APC is outdated, the new recommendation is OpCache and APCu.
https://blogs.oracle.com/opal/entry/using_php_5_5_s...
https://support.cloud.engineyard.com/entries/26902267-PHP-Performanc...
Is this for a local development server or a production server?
Which version of PHP are you running?
APC is outdated, the new recommendation is OpCache and APCu.
https://blogs.oracle.com/opal/entry/using_php_5_5_s...
https://support.cloud.engineyard.com/entries/26902267-PHP-Performanc...
Hi
Its a production server using 5.3.29
Is there no mechanism for APC in 5.7?
Its a production server using 5.3.29
Is there no mechanism for APC in 5.7?
I'd like an answer for this too. I haven't got anywhere near putting 5.7 in production yet but I did have a look for APC settings but didn't find any. I had a 'very quick' look in the code and it appears as though C5.7 automatically checks if an opcode cache is available and running and just uses it - but I didn't look very hard so that could just be a crock on my part.
Do you have APC enabled on the server - is it caching anything?
Do you have APC enabled on the server - is it caching anything?
5.7 will run on multiple versions of PHP. The minimum version I believe is 5.3.3..
When I said "new recommendation", I meant as a general recommendation - not a recommendation from the concrete5 core team.
You can run OpCache and APCu or APC - concrete5 5.7 isn't involved.
When I said "new recommendation", I meant as a general recommendation - not a recommendation from the concrete5 core team.
You can run OpCache and APCu or APC - concrete5 5.7 isn't involved.
I think the 'gist' of madeforspace's question (and certainly mine) is that in 5.6 if you wanted to use APC you had to explicitly say so in your site.php - how do you do this in 5.7 or do you have to?
Ok, after finding out that running XAMPP makes concrete5 5.7 run very very slow. I tried different approaches to fix XAMPP's speed issue.
Approaches that did not work:
- using OpCache and APCu
- making/removing entries from the HOSTS file
- enabling/disabling anti-virus and security software
- enabling zend_extension = "C:\xampp\php\ext\php_eaccelerator_ts.dll"
- and more
What worked:
- disable Xdebug
Example:
- before disabling Xdebug, it took 5-6 seconds to enter Edit mode
- after disabling Xdebug, it takes about 2 seconds
The difference after disabling Xdebug is night and day. For as much as I need Xdebug, I need speed more.
In XAMPP, make sure all references to Xdebug are commented out using a semi-colon in php.ini.
Example:
;zend_extension = C:\xampp\php\ext\php_xdebug-2.2.6-5.6-vc11.dll
Approaches that did not work:
- using OpCache and APCu
- making/removing entries from the HOSTS file
- enabling/disabling anti-virus and security software
- enabling zend_extension = "C:\xampp\php\ext\php_eaccelerator_ts.dll"
- and more
What worked:
- disable Xdebug
Example:
- before disabling Xdebug, it took 5-6 seconds to enter Edit mode
- after disabling Xdebug, it takes about 2 seconds
The difference after disabling Xdebug is night and day. For as much as I need Xdebug, I need speed more.
In XAMPP, make sure all references to Xdebug are commented out using a semi-colon in php.ini.
Example:
;zend_extension = C:\xampp\php\ext\php_xdebug-2.2.6-5.6-vc11.dll
@MrKDilkington
Xdebug is disabled by default in XAMP. It is unlikely to be the cause of most peoples speed issues and don't forget we are comparing along side 5.6 with the same environment.
Xdebug is disabled by default in XAMP. It is unlikely to be the cause of most peoples speed issues and don't forget we are comparing along side 5.6 with the same environment.
Well, most people aren't reporting 5-6 seconds to load a page. So hearing how that in particular was solved is pretty helpful. Thanks Karl.
Xdebug was indeed a huge improvement on a Debian Wheezy with PHP 5.4 and all C5 caches disabled.
On my local machine using MAMP, interestingly I found that one particular version of PHP (something like php5.4.10) was _really_ slow, but changing to a different version (5.4.26) made concrete5.7 at normal speeds. On PHP5.5 is seems to run fairly well too.
As 5.7 is still very fresh, I think the focus is on getting features finished off and correct, with performance being something that will be looked at more closely down the track.