pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  

help / color / mirror / Atom feed
From: Mark Wong <markwkm@gmail.com>
To: Mark Mielke <mark@mark.mielke.cc>
Cc: Andrej Ricnik-Bay <andrej.groups@gmail.com>
Cc: Scott Marlowe <scott.marlowe@gmail.com>
Cc: pgsql-performance@postgresql.org <pgsql-performance@postgresql.org>
Subject: Re: file system and raid performance
Date: Fri, 8 Aug 2008 09:33:06 -0700
Message-ID: <70c01d1d0808080933x59f07f67r6d2b1a0b1ed3bc44@mail.gmail.com> (raw)
In-Reply-To: <489B727B.6010800@mark.mielke.cc>
References: <70c01d1d0808042154u7b78d988vac1e461a93b0ba10@mail.gmail.com>
	<!&!AAAAAAAAAAAYAAAAAAAAAN6d+lQFliBLjc3jO6z0BSQigQAAEAAAACuRbLwxhvtBt2ld+TeOyw4BAAAAAA==@tcscs.com>
	<489A3B75.6060004@paradise.net.nz>
	<489AC2F0.9050907@paradise.net.nz>
	<489ACC90.9030401@sime.com>
	<70c01d1d0808071236u36fe5002w833582b036d952e8@mail.gmail.com>
	<b35603930808071359s6764d230u11fcaaec267ab289@mail.gmail.com>
	<dcc563d10808071430ja002d46x5459e535e97d5419@mail.gmail.com>
	<b35603930808071457x40334261uad77dab2623f2757@mail.gmail.com>
	<489B727B.6010800@mark.mielke.cc>

On Thu, Aug 7, 2008 at 3:08 PM, Mark Mielke <mark@mark.mielke.cc> wrote:
> Andrej Ricnik-Bay wrote:
>
> 2008/8/8 Scott Marlowe <scott.marlowe@gmail.com>:
>
>
> noatime turns off the atime write behaviour.  Or did you already know
> that and I missed some weird post where noatime somehow managed to
> slow down performance?
>
>
> Scott, I'm quite aware of what noatime does ... you didn't miss a post, but
> if you look at Mark's graphs on
> http://wiki.postgresql.org/wiki/HP_ProLiant_DL380_G5_Tuning_Guide
> they pretty much all indicate that (unless I completely misinterpret the
> meaning and purpose of the labels), independent of the file-system,
> using noatime slows read/writes down (on average)
>
> That doesn't make sense - if noatime slows things down, then the analysis is
> probably wrong.
>
> Now, modern Linux distributions default to "relatime" - which will only
> update access time if the access time is currently less than the update time
> or something like this. The effect is that modern Linux distributions do not
> benefit from "noatime" as much as they have in the past. In this case,
> "noatime" vs default would probably be measuring % noise.

Anyone know what to look for in kernel profiles?  There is readprofile
(profile.text) and oprofile (oprofile.kernel and oprofile.user) data
available.  Just click on the results number, then the "raw data" link
for a directory listing of files.  For example, here is one of the
links:

http://osdldbt.sourceforge.net/dl380/3disk/sraid5/ext3-journal/seq-read/fio/profiling/oprofile.kerne...

Regards,
Mark



view thread (34+ messages)  latest in thread

Message-ID: <70c01d1d0808080933x59f07f67r6d2b1a0b1ed3bc44@mail.gmail.com>
Permalink:  ../70c01d1d0808080933x59f07f67r6d2b1a0b1ed3bc44@mail.gmail.com/
Also on:    postgresql.org/message-id/70c01d1d0808080933x59f07f67r6d2b1a0b1ed3bc44@mail.gmail.com

 · 

reply
Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: markwkm@gmail.com, mark@mark.mielke.cc, andrej.groups@gmail.com, scott.marlowe@gmail.com
  Subject: Re: file system and raid performance
  In-Reply-To: <70c01d1d0808080933x59f07f67r6d2b1a0b1ed3bc44@mail.gmail.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox