[Top] [All Lists]

Re: fragmentation question

To: xfs@xxxxxxxxxxx
Subject: Re: fragmentation question
From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Date: Thu, 09 Sep 2010 23:57:36 -0500
In-reply-to: <4C89A4AE.2070904@xxxxxxxxxxxxxxxxx>
References: <C8AEA6E3.6E2E%bchang@xxxxxxxxxxxxx> <4C89A4AE.2070904@xxxxxxxxxxxxxxxxx>
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv: Gecko/20100825 Thunderbird/3.1.3
Stan Hoeppner put forth on 9/9/2010 10:23 PM:
> Brady Chang put forth on 9/9/2010 4:59 PM:
>> thanks guys for the feedback.
>> iostat shows balanced io between two filesystems.
> Can we please see the "iostat -x" output for the duration of the TPC-H
> run _only_?

What db engine are you using?  Oracle, DB2, MySQL, or PostgreSQL?

Exactly how are you instructing it to split files between /data1 and /data2?

Are you instructing your db engine to split your transaction logs and db
files equally across both filesystems?

On which filesystem are you locating your database engine scratch space
if any?

Can you run xfs_bmap on the files on each filesystem to determine which
are the most fragmented?  Doing this may/should produce the smoking gun.

At this point, I'm guessing you have transaction logs and db scratch
space allocated to /data2 which is causing the heavy fragmentation.

It would be instructive if you dropped /data2 out of the picture
entirely and ran the TPC-H benchy using only /data1.  I'm sure you'll
see the fragmentation on /data1 in this case.

It seems clear your fragmentation issue is a database management issue,
not an XFS issue.  Your answers to my questions should tell us which.


<Prev in Thread] Current Thread [Next in Thread>