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)













2















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?










share|improve this question

























  • what cache backend do you use, and did you clean the cache after install the module?

    – Flyingmana
    Feb 25 '14 at 16:27
















2















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?










share|improve this question

























  • what cache backend do you use, and did you clean the cache after install the module?

    – Flyingmana
    Feb 25 '14 at 16:27














2












2








2








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?










share|improve this question
















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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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



















  • 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










3 Answers
3






active

oldest

votes


















1














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!






share|improve this answer


























  • 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











  • 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





















2














dont use file based caching. this causes many i/o requests which could slow down your application.






share|improve this answer













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



















0















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.






share|improve this answer























    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
    });


    }
    });














    draft saved

    draft discarded


















    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









    1














    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!






    share|improve this answer


























    • 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











    • 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


















    1














    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!






    share|improve this answer


























    • 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











    • 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
















    1












    1








    1







    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!






    share|improve this answer















    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!







    share|improve this answer














    share|improve this answer



    share|improve this answer








    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 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











    • 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











    • 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











    • 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















    2














    dont use file based caching. this causes many i/o requests which could slow down your application.






    share|improve this answer













    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
















    2














    dont use file based caching. this causes many i/o requests which could slow down your application.






    share|improve this answer













    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














    2












    2








    2







    dont use file based caching. this causes many i/o requests which could slow down your application.






    share|improve this answer













    dont use file based caching. this causes many i/o requests which could slow down your application.







    share|improve this answer












    share|improve this answer



    share|improve this answer










    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



















    • 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











    0















    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.






    share|improve this answer




























      0















      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.






      share|improve this answer


























        0












        0








        0








        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.






        share|improve this answer














        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.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered 17 mins ago









        learnsomemorelearnsomemore

        237




        237






























            draft saved

            draft discarded




















































            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.




            draft saved


            draft discarded














            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





















































            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







            Popular posts from this blog

            “%fieldName is a required field.”, in Magento2 REST API Call for GET Method Type The Next...

            How to change City field to a dropdown in Checkout step Magento 2Magento 2 : How to change UI field(s)...

            夢乃愛華...