Magento suddenly slowSlow loading site 1.8 - next steps?Magento site so slow after some changes in.htaccess...
What is the purpose of easy combat scenarios that don't need resource expenditure?
Why did Luke use his left hand to shoot?
Picture with grey box as background
When can a QA tester start his job?
When do I have to declare that I want to twin my spell?
Why did the villain in the first Men in Black movie care about Earth's Cockroaches?
Why are all my replica super soldiers young adults or old teenagers?
How can a large fleets maintain formation in interstellar space?
Which communication protocol is used in AdLib sound card?
Play Zip, Zap, Zop
Avoid page break between paragraphs
Why does photorec keep finding files after I have filled the disk free space as root?
Python Pandas - difference between 'loc' and 'where'?
Am I a Rude Number?
How do I append a character to the end of every line in an Excel cell?
Early credit roll before the end of the film
A Missing Symbol for This Logo
Is it a fallacy if someone claims they need an explanation for every word of your argument to the point where they don't understand common terms?
In Linux what happens if 1000 files in a directory are moved to another location while another 300 files were added to the source directory?
How much mayhem could I cause as a sentient fish?
New package vs new version?
How can I play a serial killer in a party of good PCs?
Airplane generations - how does it work?
How to remove the Data item from the Datasource selection
Magento suddenly slow
Slow loading site 1.8 - next steps?Magento site so slow after some changes in.htaccess and configuration which were made to remove index.php from the urlMagento Extremely Slow When Cache “Full”Magento Backend horribly slow Nginx + PHP-FPM + MariaDB + RedisMagento 1.9.2.1- Performance Suddenly DecreasedBlank page after installation and admin 404Magento 2.2 often extremely slow, 100% processor usage after setup:upgradeSQLSTATE[HY000] [2006] MySQL server has gone away - hosting company says to OPTIMIZE Magento :-((Pre-installation) ownership and permissions problems (CentOS / NGINX)
I installed an existing Magento installation on a clean CentOS server.
This installation was running fast, with no problems and without any caching module.
Now, suddenly over the weekend, the speed dropped down from 2s/page to 5s/page.
Where do i have to look for a reason?
Update: I cleared the Magento cache folder, and now it's running fast again.
How to avoid this in the future?
magento-1.8 performance centos
add a comment |
I installed an existing Magento installation on a clean CentOS server.
This installation was running fast, with no problems and without any caching module.
Now, suddenly over the weekend, the speed dropped down from 2s/page to 5s/page.
Where do i have to look for a reason?
Update: I cleared the Magento cache folder, and now it's running fast again.
How to avoid this in the future?
magento-1.8 performance centos
what cache backend do you use, and did you clean the cache after install the module?
– Flyingmana
Feb 25 '14 at 16:27
add a comment |
I installed an existing Magento installation on a clean CentOS server.
This installation was running fast, with no problems and without any caching module.
Now, suddenly over the weekend, the speed dropped down from 2s/page to 5s/page.
Where do i have to look for a reason?
Update: I cleared the Magento cache folder, and now it's running fast again.
How to avoid this in the future?
magento-1.8 performance centos
I installed an existing Magento installation on a clean CentOS server.
This installation was running fast, with no problems and without any caching module.
Now, suddenly over the weekend, the speed dropped down from 2s/page to 5s/page.
Where do i have to look for a reason?
Update: I cleared the Magento cache folder, and now it's running fast again.
How to avoid this in the future?
magento-1.8 performance centos
magento-1.8 performance centos
edited Feb 25 '14 at 10:12
B00MER
8,20321645
8,20321645
asked Feb 24 '14 at 10:12
RoywRoyw
20529
20529
what cache backend do you use, and did you clean the cache after install the module?
– Flyingmana
Feb 25 '14 at 16:27
add a comment |
what cache backend do you use, and did you clean the cache after install the module?
– Flyingmana
Feb 25 '14 at 16:27
what cache backend do you use, and did you clean the cache after install the module?
– Flyingmana
Feb 25 '14 at 16:27
what cache backend do you use, and did you clean the cache after install the module?
– Flyingmana
Feb 25 '14 at 16:27
add a comment |
3 Answers
3
active
oldest
votes
If you are running Magento 1.8+ I highly recommend you enabled REDIS cache (See KB article here)
Here is some great information on speeding up Magento, implement the features that apply:
http://www.magentocommerce.com/boards/viewthread/36225/
Finally look into optimizing your database using mysqltuner.pl and tuning-primer.sh Google these and run against your database, follow the recommendations.
You should also configure your store to periodically clean the visitor logs:
System > Configuration > Advanced > System > Log Cleaning
Personal note: I too experienced the same performance drop, implementing a lot of the above helped significantly. You need to keep monitoring your sites performance and adjust settings as necessary.
Good luck!
I installed APC in the meanwhile. Pageload is now within 2 seconds, so that's good. I also viewed mysqltuner.pl, the only recommendation was to enable slow query log and i see some error: ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query?? Yesterday, suddenly my entire system went down for some reason. I had to restart the system. Now i'm looking for a reason in the logs, but i can't find anything...
– Royw
Feb 26 '14 at 9:04
If you are able to access via CLI use the linuxtop
command to find any high CPU/Memory processes.
– B00MER
Feb 26 '14 at 10:29
In my hosting graphs, i see a high CPU peek around the time that the system went down... At this time, there are no high CPU processes.
– Royw
Feb 26 '14 at 11:49
I still advise that you go with REDIS, sub-zero page load times are hard to beat. If you have questions about another issue, please feel free to post a new question as it is not related to this one. If I have resolved your issue, kindly mark my answer as the accepted solution. SR
– SR_Magento
Feb 26 '14 at 12:10
add a comment |
dont use file based caching. this causes many i/o requests which could slow down your application.
We're looking for long answers that provide some explanation and context. Don't just give a one-line answer; explain why your answer is right, ideally with citations. Answers that don't include explanations may be removed.
thats nothing a cache clean would fix, as many files on disk dont slow down the cache read magically.
– Flyingmana
Feb 25 '14 at 16:26
add a comment |
Where do i have to look for a reason?
This is a bit old but I just had the same problem with v2.2.7
with a default setup (no REDIS or special mysql optimizations). I've been testing it fine for a few weeks or more and it's been pretty fast. Yesterday, out of nowhere, it got crazy slow.
When i looked at System > Tools > Cache Management everything was disabled. I'm not sure how that happened. It's been enabled since install. The only thing I did that day was try to apply a patch (unsuccessfully) but there were no warning or error messages in the console saying cache would be disabled. After re-enabling cache, everything was fast again.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "479"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f15609%2fmagento-suddenly-slow%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
If you are running Magento 1.8+ I highly recommend you enabled REDIS cache (See KB article here)
Here is some great information on speeding up Magento, implement the features that apply:
http://www.magentocommerce.com/boards/viewthread/36225/
Finally look into optimizing your database using mysqltuner.pl and tuning-primer.sh Google these and run against your database, follow the recommendations.
You should also configure your store to periodically clean the visitor logs:
System > Configuration > Advanced > System > Log Cleaning
Personal note: I too experienced the same performance drop, implementing a lot of the above helped significantly. You need to keep monitoring your sites performance and adjust settings as necessary.
Good luck!
I installed APC in the meanwhile. Pageload is now within 2 seconds, so that's good. I also viewed mysqltuner.pl, the only recommendation was to enable slow query log and i see some error: ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query?? Yesterday, suddenly my entire system went down for some reason. I had to restart the system. Now i'm looking for a reason in the logs, but i can't find anything...
– Royw
Feb 26 '14 at 9:04
If you are able to access via CLI use the linuxtop
command to find any high CPU/Memory processes.
– B00MER
Feb 26 '14 at 10:29
In my hosting graphs, i see a high CPU peek around the time that the system went down... At this time, there are no high CPU processes.
– Royw
Feb 26 '14 at 11:49
I still advise that you go with REDIS, sub-zero page load times are hard to beat. If you have questions about another issue, please feel free to post a new question as it is not related to this one. If I have resolved your issue, kindly mark my answer as the accepted solution. SR
– SR_Magento
Feb 26 '14 at 12:10
add a comment |
If you are running Magento 1.8+ I highly recommend you enabled REDIS cache (See KB article here)
Here is some great information on speeding up Magento, implement the features that apply:
http://www.magentocommerce.com/boards/viewthread/36225/
Finally look into optimizing your database using mysqltuner.pl and tuning-primer.sh Google these and run against your database, follow the recommendations.
You should also configure your store to periodically clean the visitor logs:
System > Configuration > Advanced > System > Log Cleaning
Personal note: I too experienced the same performance drop, implementing a lot of the above helped significantly. You need to keep monitoring your sites performance and adjust settings as necessary.
Good luck!
I installed APC in the meanwhile. Pageload is now within 2 seconds, so that's good. I also viewed mysqltuner.pl, the only recommendation was to enable slow query log and i see some error: ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query?? Yesterday, suddenly my entire system went down for some reason. I had to restart the system. Now i'm looking for a reason in the logs, but i can't find anything...
– Royw
Feb 26 '14 at 9:04
If you are able to access via CLI use the linuxtop
command to find any high CPU/Memory processes.
– B00MER
Feb 26 '14 at 10:29
In my hosting graphs, i see a high CPU peek around the time that the system went down... At this time, there are no high CPU processes.
– Royw
Feb 26 '14 at 11:49
I still advise that you go with REDIS, sub-zero page load times are hard to beat. If you have questions about another issue, please feel free to post a new question as it is not related to this one. If I have resolved your issue, kindly mark my answer as the accepted solution. SR
– SR_Magento
Feb 26 '14 at 12:10
add a comment |
If you are running Magento 1.8+ I highly recommend you enabled REDIS cache (See KB article here)
Here is some great information on speeding up Magento, implement the features that apply:
http://www.magentocommerce.com/boards/viewthread/36225/
Finally look into optimizing your database using mysqltuner.pl and tuning-primer.sh Google these and run against your database, follow the recommendations.
You should also configure your store to periodically clean the visitor logs:
System > Configuration > Advanced > System > Log Cleaning
Personal note: I too experienced the same performance drop, implementing a lot of the above helped significantly. You need to keep monitoring your sites performance and adjust settings as necessary.
Good luck!
If you are running Magento 1.8+ I highly recommend you enabled REDIS cache (See KB article here)
Here is some great information on speeding up Magento, implement the features that apply:
http://www.magentocommerce.com/boards/viewthread/36225/
Finally look into optimizing your database using mysqltuner.pl and tuning-primer.sh Google these and run against your database, follow the recommendations.
You should also configure your store to periodically clean the visitor logs:
System > Configuration > Advanced > System > Log Cleaning
Personal note: I too experienced the same performance drop, implementing a lot of the above helped significantly. You need to keep monitoring your sites performance and adjust settings as necessary.
Good luck!
edited Feb 25 '14 at 13:10
answered Feb 25 '14 at 12:13
SR_MagentoSR_Magento
3,374115096
3,374115096
I installed APC in the meanwhile. Pageload is now within 2 seconds, so that's good. I also viewed mysqltuner.pl, the only recommendation was to enable slow query log and i see some error: ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query?? Yesterday, suddenly my entire system went down for some reason. I had to restart the system. Now i'm looking for a reason in the logs, but i can't find anything...
– Royw
Feb 26 '14 at 9:04
If you are able to access via CLI use the linuxtop
command to find any high CPU/Memory processes.
– B00MER
Feb 26 '14 at 10:29
In my hosting graphs, i see a high CPU peek around the time that the system went down... At this time, there are no high CPU processes.
– Royw
Feb 26 '14 at 11:49
I still advise that you go with REDIS, sub-zero page load times are hard to beat. If you have questions about another issue, please feel free to post a new question as it is not related to this one. If I have resolved your issue, kindly mark my answer as the accepted solution. SR
– SR_Magento
Feb 26 '14 at 12:10
add a comment |
I installed APC in the meanwhile. Pageload is now within 2 seconds, so that's good. I also viewed mysqltuner.pl, the only recommendation was to enable slow query log and i see some error: ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query?? Yesterday, suddenly my entire system went down for some reason. I had to restart the system. Now i'm looking for a reason in the logs, but i can't find anything...
– Royw
Feb 26 '14 at 9:04
If you are able to access via CLI use the linuxtop
command to find any high CPU/Memory processes.
– B00MER
Feb 26 '14 at 10:29
In my hosting graphs, i see a high CPU peek around the time that the system went down... At this time, there are no high CPU processes.
– Royw
Feb 26 '14 at 11:49
I still advise that you go with REDIS, sub-zero page load times are hard to beat. If you have questions about another issue, please feel free to post a new question as it is not related to this one. If I have resolved your issue, kindly mark my answer as the accepted solution. SR
– SR_Magento
Feb 26 '14 at 12:10
I installed APC in the meanwhile. Pageload is now within 2 seconds, so that's good. I also viewed mysqltuner.pl, the only recommendation was to enable slow query log and i see some error: ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query?? Yesterday, suddenly my entire system went down for some reason. I had to restart the system. Now i'm looking for a reason in the logs, but i can't find anything...
– Royw
Feb 26 '14 at 9:04
I installed APC in the meanwhile. Pageload is now within 2 seconds, so that's good. I also viewed mysqltuner.pl, the only recommendation was to enable slow query log and i see some error: ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query?? Yesterday, suddenly my entire system went down for some reason. I had to restart the system. Now i'm looking for a reason in the logs, but i can't find anything...
– Royw
Feb 26 '14 at 9:04
If you are able to access via CLI use the linux
top
command to find any high CPU/Memory processes.– B00MER
Feb 26 '14 at 10:29
If you are able to access via CLI use the linux
top
command to find any high CPU/Memory processes.– B00MER
Feb 26 '14 at 10:29
In my hosting graphs, i see a high CPU peek around the time that the system went down... At this time, there are no high CPU processes.
– Royw
Feb 26 '14 at 11:49
In my hosting graphs, i see a high CPU peek around the time that the system went down... At this time, there are no high CPU processes.
– Royw
Feb 26 '14 at 11:49
I still advise that you go with REDIS, sub-zero page load times are hard to beat. If you have questions about another issue, please feel free to post a new question as it is not related to this one. If I have resolved your issue, kindly mark my answer as the accepted solution. SR
– SR_Magento
Feb 26 '14 at 12:10
I still advise that you go with REDIS, sub-zero page load times are hard to beat. If you have questions about another issue, please feel free to post a new question as it is not related to this one. If I have resolved your issue, kindly mark my answer as the accepted solution. SR
– SR_Magento
Feb 26 '14 at 12:10
add a comment |
dont use file based caching. this causes many i/o requests which could slow down your application.
We're looking for long answers that provide some explanation and context. Don't just give a one-line answer; explain why your answer is right, ideally with citations. Answers that don't include explanations may be removed.
thats nothing a cache clean would fix, as many files on disk dont slow down the cache read magically.
– Flyingmana
Feb 25 '14 at 16:26
add a comment |
dont use file based caching. this causes many i/o requests which could slow down your application.
We're looking for long answers that provide some explanation and context. Don't just give a one-line answer; explain why your answer is right, ideally with citations. Answers that don't include explanations may be removed.
thats nothing a cache clean would fix, as many files on disk dont slow down the cache read magically.
– Flyingmana
Feb 25 '14 at 16:26
add a comment |
dont use file based caching. this causes many i/o requests which could slow down your application.
dont use file based caching. this causes many i/o requests which could slow down your application.
answered Feb 25 '14 at 11:47
sbothner_mzentralesbothner_mzentrale
212
212
We're looking for long answers that provide some explanation and context. Don't just give a one-line answer; explain why your answer is right, ideally with citations. Answers that don't include explanations may be removed.
We're looking for long answers that provide some explanation and context. Don't just give a one-line answer; explain why your answer is right, ideally with citations. Answers that don't include explanations may be removed.
thats nothing a cache clean would fix, as many files on disk dont slow down the cache read magically.
– Flyingmana
Feb 25 '14 at 16:26
add a comment |
thats nothing a cache clean would fix, as many files on disk dont slow down the cache read magically.
– Flyingmana
Feb 25 '14 at 16:26
thats nothing a cache clean would fix, as many files on disk dont slow down the cache read magically.
– Flyingmana
Feb 25 '14 at 16:26
thats nothing a cache clean would fix, as many files on disk dont slow down the cache read magically.
– Flyingmana
Feb 25 '14 at 16:26
add a comment |
Where do i have to look for a reason?
This is a bit old but I just had the same problem with v2.2.7
with a default setup (no REDIS or special mysql optimizations). I've been testing it fine for a few weeks or more and it's been pretty fast. Yesterday, out of nowhere, it got crazy slow.
When i looked at System > Tools > Cache Management everything was disabled. I'm not sure how that happened. It's been enabled since install. The only thing I did that day was try to apply a patch (unsuccessfully) but there were no warning or error messages in the console saying cache would be disabled. After re-enabling cache, everything was fast again.
add a comment |
Where do i have to look for a reason?
This is a bit old but I just had the same problem with v2.2.7
with a default setup (no REDIS or special mysql optimizations). I've been testing it fine for a few weeks or more and it's been pretty fast. Yesterday, out of nowhere, it got crazy slow.
When i looked at System > Tools > Cache Management everything was disabled. I'm not sure how that happened. It's been enabled since install. The only thing I did that day was try to apply a patch (unsuccessfully) but there were no warning or error messages in the console saying cache would be disabled. After re-enabling cache, everything was fast again.
add a comment |
Where do i have to look for a reason?
This is a bit old but I just had the same problem with v2.2.7
with a default setup (no REDIS or special mysql optimizations). I've been testing it fine for a few weeks or more and it's been pretty fast. Yesterday, out of nowhere, it got crazy slow.
When i looked at System > Tools > Cache Management everything was disabled. I'm not sure how that happened. It's been enabled since install. The only thing I did that day was try to apply a patch (unsuccessfully) but there were no warning or error messages in the console saying cache would be disabled. After re-enabling cache, everything was fast again.
Where do i have to look for a reason?
This is a bit old but I just had the same problem with v2.2.7
with a default setup (no REDIS or special mysql optimizations). I've been testing it fine for a few weeks or more and it's been pretty fast. Yesterday, out of nowhere, it got crazy slow.
When i looked at System > Tools > Cache Management everything was disabled. I'm not sure how that happened. It's been enabled since install. The only thing I did that day was try to apply a patch (unsuccessfully) but there were no warning or error messages in the console saying cache would be disabled. After re-enabling cache, everything was fast again.
answered 17 mins ago
learnsomemorelearnsomemore
237
237
add a comment |
add a comment |
Thanks for contributing an answer to Magento Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f15609%2fmagento-suddenly-slow%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
what cache backend do you use, and did you clean the cache after install the module?
– Flyingmana
Feb 25 '14 at 16:27