more on bogged down server
Harold Hallikainen
harold at hallikainen.com
Wed Apr 12 20:55:06 UTC 2006
> On Wed, 2006-04-12 at 13:13 -0700, Harold Hallikainen wrote:
>> > On Wed, April 12, 2006 12:37 pm, Rick Stevens said:
>> >> On Tue, 2006-04-11 at 08:20 -0700, Harold Hallikainen wrote:
>> >>> >
>> >>> >> On Mon, 2006-04-10 at 15:53 -0700, Harold Hallikainen wrote:
>> >>> >>> >
>> >>> I REALLY appreciate all the help on this list!
>> >
>> > Me too. Even when I haven't asked for it and something comes across .
>> . .
>> >
>> >>
>> >> Check with your ISP to see if they changed the polling intervals or
>> >> any other parameter having to do with your transmission pipe.
>> Sometimes
>> >> they add a lot of new clients onto your ring, so they shorten your
>> >> poll time to accommodate the new users. My ISP did that to me on my
>> >> cable modem and I raised holy hell with them. My poll period was
>> down
>> >> to 5-10mS! Ridiculous! I told them I wasn't paying $40 a month for
>> >> farking 9600-baud dialup speeds.
>> >
>> > Okay, so how do I tell if that's my problem? My ISP changed our DSL
>> link
>> > to
>> > a different piece of hardware and the speed went from 6896 to 640k,
>> the
>> > Qwest default. They've fixed that, but it still appears that my
>> downloads,
>> > though much faster, are still not what they were before the move, even
>> > though the older equipment only allowed me to train at 6896 instead of
>> > 7168,
>> > which is what I'm trained at now.
>> >
>> > Karl
>>
>>
>> Still learning how all this stuff works (thanks especially to the list).
>> Communications speeds still seem ok (my DSL is 6M down and something
>> less
>> up). My server just seems to be bogging down. If communications were
>> slow,
>> I guess a lot of httpd processes would start to slowly send the data
>> out,
>> or is there a buffer somewhere that can handle that more efficiently? If
>> we were I/O bound, it doesn't seem like that'd result in a large cpu
>> load.
>>
>> Looking at top, even if there is just one instance of httpd, it will go
>> to
>> 100% CPU, or very close to that. I'm assuming it's SUPPOSED to do that,
>> just not for very long. When there are lots of instances of httpd, the
>> %CPU in top for each drops, but they add up to near 100%, and the total
>> %cpu is close to 100%. But, I guess that's ok. If the load were exactly
>> 100%, the load average would show up as 1.00, right?
>>
>> Now, it's running about 20. sendmail stopped accepting connections at
>> 12.
>> As mentioned yesterday, I've added robots.txt and told the search
>> engines
>> to not search the directory with the huge pdfs (which is where I'm
>> thinking most of the traffic is coming from). I've also put the
>> crawl-delay in robots.txt at 60 seconds to avoid those once a second
>> requests. But, stuff is still piling up (they may not have read
>> robots.txt
>> yet).
>>
>> I'm running version 2.0.something of httpd that ships with FC4. I see
>> there's now version 2.2 available. It's supposed to handle large files
>> better, among other things. I guess I'll give that a try. Others have
>> suggested more config file changes (getting rid of mod-perl, etc.) to
>> make
>> httpd more efficient.
>>
>> I'll keep working on it. Meanwhile, off to restart httpd so I can get
>> mail
>> again...
>
> Have you done the "vmstat 3" thing yet to see if you have context
> switching going nuts?
>
I guess I have to read about vmstat 3. I dunno what it means, but here's
some output:
vmstat 3
procs -----------memory---------- ---swap-- -----io---- --system--
----cpu----
r b swpd free buff cache si so bi bo in cs us sy
id wa
8 0 25068 159440 15576 456728 0 2 188 52 378 95 94 1
5 0
9 0 25068 159320 15576 456856 0 0 43 0 358 73 100 0
0 0
8 0 25068 159200 15584 456984 0 0 43 25 350 74 100 0
0 0
8 0 25068 159080 15584 457112 0 0 43 0 348 74 100 0
0 0
8 0 25068 159020 15588 457196 0 0 28 17 356 72 100 0
0 0
8 0 25068 159020 15592 457196 0 0 0 17 352 66 100 0
0 0
8 0 25068 159020 15592 457196 0 0 0 0 354 72 100 0
0 0
8 0 25068 159020 15600 457196 0 0 0 19 350 73 100 0
0 0
8 0 25068 159020 15608 457196 0 0 0 31 355 76 100 0
0 0
8 0 25068 159020 15608 457196 0 0 0 0 350 72 100 0
0 0
8 0 25068 159020 15616 457196 0 0 0 31 354 73 100 0
0 0
procs -----------memory---------- ---swap-- -----io---- --system--
----cpu----
r b swpd free buff cache si so bi bo in cs us sy
id wa
9 0 25068 159020 15616 457196 0 0 0 0 353 71 100 0
0 0
8 0 25068 159020 15624 457196 0 0 0 27 352 77 100 0
0 0
8 0 25068 159020 15624 457196 0 0 0 28 359 77 100 0
0 0
8 0 25068 159020 15632 457196 0 0 0 17 349 76 100 0
0 0
9 0 25068 150320 15640 457300 0 0 35 17 361 90 96 4
0 0
9 1 25068 137820 15748 458000 0 0 269 0 419 206 87 13
0 0
10 0 25068 129764 15928 461872 0 0 1348 211 629 630 93 7
0 0
10 0 25068 128296 15932 462000 0 0 43 55 355 77 99 1
0 0
10 0 25068 127876 15932 462128 0 0 43 0 350 72 99 1
0 0
10 0 25068 127632 15936 462252 0 0 41 39 353 73 100 0
0 0
10 0 25068 127508 15936 462252 0 0 0 0 355 66 100 0
0 0
procs -----------memory---------- ---swap-- -----io---- --system--
----cpu----
r b swpd free buff cache si so bi bo in cs us sy
id wa
11 0 25068 126336 15956 462476 0 0 79 23 350 77 100 0
0 0
10 0 25068 126032 15960 462604 0 0 43 27 356 77 100 0
0 0
10 0 25068 125912 15960 462732 0 0 43 0 351 74 100 0
0 0
10 0 25068 125792 15964 462860 0 0 43 24 351 74 100 0
0 0
10 0 25068 125672 15964 462988 0 0 43 217 365 82 100 0
0 0
10 0 25068 125552 15972 463116 0 0 43 20 353 78 100 0
0 0
10 0 25068 125296 15988 463128 0 0 7 36 385 82 100 0
0 0
10 0 25068 125060 15988 463256 0 0 43 0 354 71 99 1
0 0
10 0 25068 124632 15996 463384 0 0 43 39 349 73 99 1
0 0
10 0 25068 124264 15996 463512 0 0 43 0 355 73 100 0
0 0
10 0 25068 124204 16004 463584 0 0 24 28 350 76 100 0
0 0
procs -----------memory---------- ---swap-- -----io---- --system--
----cpu----
r b swpd free buff cache si so bi bo in cs us sy
id wa
11 0 25068 123960 16012 463712 0 0 43 21 356 76 100 0
0 0
10 0 25068 123720 16016 463936 0 0 76 0 353 75 100 0
0 0
10 0 25068 123360 16020 464320 0 0 128 21 350 72 100 0
0 0
10 0 25068 123120 16020 464576 0 0 85 0 357 76 100 0
0 0
10 0 25068 122812 16044 464832 0 0 92 21 366 79 100 0
0 0
10 0 25068 122568 16052 464960 0 0 43 73 362 82 100 0
0 0
10 0 25068 122336 16052 465216 0 0 85 0 356 70 100 0
0 0
10 0 25068 122216 16060 465344 0 0 43 32 349 74 100 0
0 0
12 0 25068 122156 16060 465420 0 0 25 0 357 72 100 0
0 0
I restarted httpd about an hour ago. top now reports a load average of
10.06 9.06 8.16
Thanks!
Harold
--
FCC Rules Updated Daily at http://www.hallikainen.com
More information about the Redhat-install-list
mailing list