From: Simon Kirby <sim@netnation.com> To: Adam Goldstein <Whitewlf@Whitewlf.net> Cc: linux-kernel@vger.kernel.org, Adam Bernau <adam.bernau@itacsecurity.com>, Adam Taylor <iris@servercity.com> Subject: Re: Very High Load, kernel 2.4.18, apache/mysql Date: Wed, 25 Sep 2002 00:20:26 -0700 [thread overview] Message-ID: <20020925072026.GA9670@netnation.com> (raw) In-Reply-To: <E46487E7-D053-11D6-BCD3-000502C90EA3@Whitewlf.net> On Wed, Sep 25, 2002 at 02:56:18AM -0400, Adam Goldstein wrote: > Have added nodiratime, missed that one, and switched to ext2 for > testing... ;) > It is still running high load, but seems only slightly better , but, i > will know more later. Yes, nodiratime will only make a tiny difference. > Using postfix on new server, not sure how to disable locking? It's not locking you'd want to disable. If anything, it's the synchronous writes to disk of data which may or may not even need to go to disk (eg: an email that gets delivered almost instantly and subsequently removed from disk just after it was written). The idea with a journal, however, is that it can keep track of such emails sequentually on disk rather than seeking all over the place, and write the ones that will stick around later. Your output rate is too low to be bounded by a sequential write limit alone, especially on software RAID, so it's most likely doing a lot of seeking while writing. > Same with mysql.. can locking be disabled? how? safe? Again, not locking, but fsync(). It's safe providing your machine never crashes. :) Of course, there's still a chance it can be corrupted _with_ fsync() anyway, but the difference is the clients will get a result beore it guarantees the data will be on disk. First narrow down what is causing most of the writing activity. > The site uses php heavily, everypage has php includes and mysql lookups > (multiple languages, banner rotation, article rotation, etc...) I see. The cause of your CPU-wise load appears to be mostly the PHP under mod_php (unless something else is running). Those processes you showed in top were running for so long that they were probably never going to output anything (or at least the client wouldn't be there anymore), so it looks like a code bug. You should debug this. > You can take a look at the site (ok netiquette?) http://delcampe.com It definitely seems slow. :) > I will assume the combination of diratime, journaling, software raid, > mail locking and logging are a > bad combination.... however, I have been finding many instances online Software RAID won't slow it down. diratime won't make any noticeable difference. Logging is usually sequential. Journalling _with_ mail locking might be a concern, but more than likely you're just seeing the result of fsync(). What sort of mail load do you have? What about the MySQL write load? Simon- [ Simon Kirby ][ Network Operations ] [ sim@netnation.com ][ NetNation Communications ] [ Opinions expressed are not necessarily those of my employer. ]
next prev parent reply other threads:[~2002-09-25 7:15 UTC|newest] Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top 2002-09-24 23:27 Adam Goldstein 2002-09-25 0:59 ` Roger Larsson 2002-09-25 1:28 ` Rik van Riel 2002-09-25 2:38 ` Adam Goldstein 2002-09-25 5:24 ` Simon Kirby 2002-09-25 6:56 ` Adam Goldstein 2002-09-25 7:20 ` Simon Kirby [this message] 2002-09-25 7:51 ` Paweł Krawczyk 2002-09-25 13:13 ` Rik van Riel 2002-09-25 22:54 ` Jose Luis Domingo Lopez 2002-09-26 17:09 ` Joachim Breuer 2002-09-26 17:16 ` Rik van Riel 2002-09-25 3:50 ` Bernd Eckenfels 2002-09-25 3:48 ` Bernd Eckenfels [not found] <3D90FD7B.9080209@wanadoo.fr> 2002-09-25 1:12 ` Adam Goldstein [not found] <0EBC45FCABFC95428EBFC3A51B368C9501AF4F@jessica.herefordshire.gov.uk> 2002-09-25 20:16 ` Adam Goldstein 2002-09-25 21:26 ` Roger Larsson 2002-09-26 3:03 ` Ernst Herzberg 2002-09-26 18:36 ` Marco Colombo 2002-09-26 19:27 ` Rik van Riel 2002-09-26 20:02 ` Marco Colombo 2002-09-26 20:09 ` Rik van Riel 2002-09-26 20:25 ` Ernst Herzberg 2002-09-27 8:52 ` Martin Brulisauer 2002-10-01 5:36 ` David Rees
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20020925072026.GA9670@netnation.com \ --to=sim@netnation.com \ --cc=Whitewlf@Whitewlf.net \ --cc=adam.bernau@itacsecurity.com \ --cc=iris@servercity.com \ --cc=linux-kernel@vger.kernel.org \ --subject='Re: Very High Load, kernel 2.4.18, apache/mysql' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).