Posting Takes Forever - Slow Preformance

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • vskylabv
    Senior Member
    • Feb 2009
    • 210
    • 3.8.x

    Posting Takes Forever - Slow Preformance

    Whenever someone tries to post a new thread of topic it takes ages to post. I'm assuming this could be a performance issue with the database so I started to investigate.

    Running MySQLTuner i get the following.
    Code:
    -------- General Statistics --------------------------------------------------
    [--] Skipped version check for MySQLTuner script
    [OK] Currently running supported MySQL version 5.1.70-cll
    [!!] Switch to 64-bit OS - MySQL cannot currently use all of your RAM
    
    -------- Storage Engine Statistics -------------------------------------------
    [--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster 
    [--] Data in MyISAM tables: 1009M (Tables: 435)
    [--] Data in InnoDB tables: 2G (Tables: 96)
    [--] Data in MEMORY tables: 0B (Tables: 1)
    [!!] Total fragmented tables: 100
    
    -------- Security Recommendations  -------------------------------------------
    [OK] All database users have passwords assigned
    
    -------- Performance Metrics -------------------------------------------------
    [--] Up for: 4m 55s (13K q [45.569 qps], 410 conn, TX: 271M, RX: 13M)
    [--] Reads / Writes: 86% / 14%
    [--] Total buffers: 2.5G global + 2.8M per thread (151 max threads)
    [!!] Allocating > 2GB RAM on 32-bit systems can cause system instability
    [!!] Maximum possible memory usage: 2.9G (50% of installed RAM)
    [OK] Slow queries: 0% (2/13K)
    [OK] Highest usage of available connections: 3% (6/151)
    [OK] Key buffer size / total MyISAM indexes: 512.0M/334.9M
    [OK] Key buffer hit rate: 98.4% (639K cached / 10K reads)
    [OK] Query cache efficiency: 73.2% (8K cached / 11K selects)
    [OK] Query cache prunes per day: 0
    [OK] Sorts requiring temporary tables: 0% (0 temp sorts / 175 sorts)
    [OK] Temporary tables created on disk: 5% (6 on disk / 117 total)
    [OK] Thread cache hit rate: 98% (6 created / 410 connections)
    [OK] Table cache hit rate: 87% (128 open / 147 opened)
    [OK] Open file limit used: 11% (120/1K)
    [OK] Table locks acquired immediately: 99% (4K immediate / 4K locks)
    [!!] InnoDB data size / buffer pool: 2.6G/2.0G
    
    -------- Recommendations -----------------------------------------------------
    General recommendations:
        Run OPTIMIZE TABLE to defragment tables for better performance
        MySQL started within last 24 hours - recommendations may be inaccurate
        Enable the slow query log to troubleshoot bad queries
    Variables to adjust:
        innodb_buffer_pool_size (>= 2G)
    Inside my.cnf I have

    Code:
    [mysqld]
    query_cache_size=16M
    tmp_table_size=16M
    max_heap_table_size=16M
    innodb_buffer_pool_size=2G
    table_cache=128
    thread_cache_size = 4
    query_cache_limit=1M
    key_buffer_size=512M
    join_buffer_size = 262144
    Any suggestions on what I can do? Keep in mind that I've made changes recently to my.cnf that might not be reflected inside MySQLTuner.
    The memory usage appears to be very high but I can't figure out what's taking up so much memory.
    Art of Travel Blogging : The Travel Blogging Community for Beginners and Professionals
  • Wayne Luke
    vBulletin Technical Support Lead
    • Aug 2000
    • 74149

    #2
    Typically MySQL accounts for less than 10% of page generation time of any page. Sometimes less than 1%. You can view this if you have debug mode for your site. What is ages to process?

    Need more information. Using your web browser's developer tools, you can get exact times and see which file is causing the hold up. Is it in the actual submission, the page reload? Formatting the post itself? Do these posts have lots of BBCode in them?
    Translations provided by Google.

    Wayne Luke
    The Rabid Badger - a vBulletin Cloud demonstration site.
    vBulletin 5 API

    Comment

    • vskylabv
      Senior Member
      • Feb 2009
      • 210
      • 3.8.x

      #3
      Originally posted by Wayne Luke
      Typically MySQL accounts for less than 10% of page generation time of any page. Sometimes less than 1%. You can view this if you have debug mode for your site. What is ages to process?
      MySQL is taking up 566MB of memory.
      Need more information. Using your web browser's developer tools, you can get exact times and see which file is causing the hold up.
      This screenshot was recorded after I pressed Post Reply.
      Is it in the actual submission, the page reload? Formatting the post itself?
      When posting any new Thread or Post Reply.
      Do these posts have lots of BBCode in them?
      No Go to http://nightclubcity.com/forums/ to view the site.
      Attached Files
      Art of Travel Blogging : The Travel Blogging Community for Beginners and Professionals

      Comment

      • vskylabv
        Senior Member
        • Feb 2009
        • 210
        • 3.8.x

        #4
        Could I get an update on this?
        Art of Travel Blogging : The Travel Blogging Community for Beginners and Professionals

        Comment

        • Wayne Luke
          vBulletin Technical Support Lead
          • Aug 2000
          • 74149

          #5
          You'll need to open a support ticket.... http://www.vbulletin.com/go/techsupport/
          Translations provided by Google.

          Wayne Luke
          The Rabid Badger - a vBulletin Cloud demonstration site.
          vBulletin 5 API

          Comment

          • vskylabv
            Senior Member
            • Feb 2009
            • 210
            • 3.8.x

            #6
            I've already mentioned this in a ticket and was told to optimize the server. That's why I'm here.
            Art of Travel Blogging : The Travel Blogging Community for Beginners and Professionals

            Comment

            widgetinstance 262 (Related Topics) skipped due to lack of content & hide_module_if_empty option.
            Working...