Results 1 to 8 of 8
  1. #1
    Join Date
    Dec 2003
    Posts
    92

    Server going slow for no apparent reason

    I have a dual processor, dual core server with 12GB memory.. It uses less than 4% CPU utilization and less than 5% memory utilization, but for some reason It's really slow to load sites...

    I know this isn't much information, but would any have any ideas as to what could cause the slow speed?

    If is anyone is available to look at it, I'll pay you (obviously).

  2. #2
    It could be I/O overload or latency in the connection. What does TOP say? Load averages? the wait time?

    Run a traceroute and see if you notice a big jump in response time.

  3. #3
    Join Date
    Dec 2003
    Posts
    92
    This is what I get for TOP



    top - 16:19:46 up 7 days, 55 min, 1 user, load average: 0.20, 0.17, 0.11
    Tasks: 276 total, 1 running, 275 sleeping, 0 stopped, 0 zombie
    Cpu(s): 3.2% us, 1.2% sy, 0.0% ni, 95.6% id, 0.0% wa, 0.1% hi, 0.0% si
    Mem: 12474252k total, 9109980k used, 3364272k free, 200268k buffers
    Swap: 2096440k total, 192k used, 2096248k free, 8304140k cached

    PID USER PR NI %CPU TIME+ %MEM VIRT RES SHR S COMMAND
    3129 mysql 15 0 4 143:11.09 0.4 151m 44m 3620 S mysqld
    11079 nobody 15 0 1 0:10.63 0.1 19992 9800 3516 S httpd
    8236 nobody 15 0 1 0:07.74 0.1 19988 9748 3512 S httpd
    19318 nobody 15 0 1 0:09.56 0.1 19472 9284 3476 S httpd
    24144 nobody 15 0 1 0:09.50 0.1 19476 9352 3504 S httpd
    4139 nobody 15 0 1 0:10.01 0.1 19984 9760 3488 S httpd
    24644 nobody 16 0 1 0:09.23 0.1 19992 9692 3484 S httpd
    25372 nobody 15 0 1 0:08.98 0.1 19476 9336 3484 S httpd
    26621 nobody 15 0 1 0:08.05 0.1 19992 9788 3556 S httpd
    27387 nobody 15 0 1 0:09.55 0.1 19992 9764 3532 S httpd
    3242 nobody 16 0 0 0:03.77 0.1 19464 9328 3480 S httpd
    11621 nobody 16 0 0 0:00.44 0.1 19984 9624 3476 S httpd
    16191 root 16 0 0 0:00.11 0.0 3612 1132 780 R top
    22589 nobody 15 0 0 0:07.38 0.1 19728 9432 3476 S httpd
    24140 nobody 15 0 0 0:09.66 0.1 19992 9820 3540 S httpd
    24178 nobody 16 0 0 0:10.43 0.1 19984 9716 3484 S httpd
    24856 nobody 15 0 0 0:09.35 0.1 19464 9284 3476 S httpd
    25079 nobody 16 0 0 0:08.54 0.1 19992 9740 3496 S httpd
    30358 nobody 15 0 0 0:08.66 0.1 19984 9752 3476 S httpd
    30557 nobody 15 0 0 0:08.68 0.1 19472 9360 3544 S httpd
    30559 nobody 15 0 0 0:09.14 0.1 19468 9356 3504 S httpd
    32407 nobody 15 0 0 0:09.81 0.1 19468 9416 3556 S httpd
    32477 nobody 17 0 0 0:04.23 0.1 19988 9676 3484 S httpd

  4. #4
    That looks good...

    Just out of curiosity, run this

    netstat -n | grep :80 |wc -l

  5. #5
    Join Date
    Jan 2008
    Location
    Internet
    Posts
    20
    Bind misconfiguration can also lead to sluggish performance.

  6. #6
    Join Date
    Dec 2003
    Posts
    92
    Quote Originally Posted by IH-Chris View Post
    That looks good...

    Just out of curiosity, run this
    This returned 527

  7. #7
    Join Date
    May 2006
    Location
    222
    Posts
    27
    This happened to my server starting about the same time yesterday. I just found out now. Viewing from within WHM the apache status, there were many http requests that were waiting. Restarting httpd cleaned out the problem.

    Main >> System Health >> Show Current Running Processes

    Name File Current Directory Command Line
    27185 (httpd) /usr/local/apache/bin/httpd / /usr/local/apache/bin/httpd -DSSL

    Times that by about a hundred, and they all had the command line of / whereas the processes loading my websites all had the full paths to where the scripts were running. I'll post back if I find the cause.

  8. #8
    Join Date
    Dec 2002
    Location
    chica go go
    Posts
    11,858
    Quote Originally Posted by StoAdm View Post
    Bind misconfiguration can also lead to sluggish performance.
    yeah, run

    cat /etc/resolv.conf

    and let us test them.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •