All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bill Davidsen <davidsen@tmr.com>
To: Mariella Petrini <mariellapetrini@yahoo.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Linux and SSD and how to decrease io delay : question, please
Date: Thu, 28 Feb 2008 15:30:03 -0500	[thread overview]
Message-ID: <47C719CB.6070704@tmr.com> (raw)
In-Reply-To: <847418.75727.qm@web35715.mail.mud.yahoo.com>

Mariella Petrini wrote:
> Hi All,
> 
> I have been running Linux kernel 2.6.23 with Debian on
> 
> a 2 CPUs Dual-Core AMD Opteron(tm) Processor 2218.
> I have been using an SSD drive (MTRON) connected to a
> raid controller (LSI      MegaRAID 8704ELP) to contain
> data stored on several databases.
> Each database contains 20,000 files and there are 50
> databases total (1,000,000 files distributed across 50
> directories on the filesystem on the ssd).
> 
> The database server uses the databases very "write"
> intensively.
> An approximate percentage could be 20% reads versus
> 80% random writes.
> 
> No matter which filesystem type is used (I have tried
> ext3, xfs, jfs, reiserfs) I see every few seconds
> snapshots (the could last in the worst case up to 200
> seconds, depending on the filesystem type) 
> where the iowait on the ssd device goes approximately
> over 50% (up to 100%) and 
> the database server threads go to wait (get
> suspended).
> 
> Is there any Linux kernel parameter or any Linux
> parameter that could be varied that could help to
> decrease the time spent to sync all the data to the
> SSD device ?
> 
I may misunderstand the problem, but have you tried tuning the 
parameters /proc/sys/vm/dirty_* to help this? It sounds as if you may be 
filling write cache and then flushing. Of course you didn't measure the 
disk i/o rates along with this, so it's hard to see what's happening.

-- 
Bill Davidsen <davidsen@tmr.com>
   "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot

  reply	other threads:[~2008-02-28 20:26 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-20  0:02 Linux and SSD and how to decrease io delay : question, please Mariella Petrini
2008-02-28 20:30 ` Bill Davidsen [this message]
     [not found] <794655.87405.qm@web35701.mail.mud.yahoo.com>
2008-03-03 17:31 ` Bill Davidsen
     [not found] <303475.18445.qm@web35709.mail.mud.yahoo.com>
2008-03-04 16:56 ` Bill Davidsen

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=47C719CB.6070704@tmr.com \
    --to=davidsen@tmr.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mariellapetrini@yahoo.com \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.