2 question about XFS fragmentation and _fsr: SPLITTED Q2:normal files, samba share
Janos Haar
janos.haar at netcenter.hu
Tue Apr 26 16:21:22 CDT 2011
Note: I have splitted my previous letter for easyer discusion...
This have only Question-2 the storage with only normal files and samba
share.
----- Original Message -----
From: "Stan Hoeppner" <stan at hardwarefreak.com>
To: "Janos Haar" <janos.haar at netcenter.hu>
Cc: <linux-xfs at oss.sgi.com>
Sent: Monday, April 11, 2011 10:37 PM
Subject: Re: 2 question about XFS fragmentation and _fsr
> Janos Haar put forth on 4/11/2011 12:39 PM:
>> Question 2:
>> One of our customers have one storage wich is exactly the same like the
>> one wich is described on the Q1, but only used for samba storage for
>> storing media files (big files.)
>
> Writing large files sequentially shouldn't cause fragmentation.
>
>> I am sure, there is no torrent or similar, and i have told to the
>> customers on the beginning "don't write more files parallel, to avoid
>> fragmentation", but today the storage is >95% fragmented.
>> The customer sad, he only does file write one by one, and nothing more.
>> How can this be?
>
> What were the mkfs.xfs arguments you used when creating these
> filesystem? Please share xfs_info output for the filesystems in
> question, and details of the underlying hardware RAID storage.
This was the default.
xfs_info /dev/loop0
meta-data=/dev/loop0 isize=256 agcount=32, agsize=114269833
blks
= sectsz=512 attr=0
data = bsize=4096 blocks=3656634656, imaxpct=25
= sunit=0 swidth=0 blks, unwritten=1
naming =version 2 bsize=4096
log =internal bsize=4096 blocks=32768, version=1
= sectsz=512 sunit=0 blks
realtime =none extsz=65536 blocks=0, rtextents=0
>
> --
> Stan
Thanks,
Janos
More information about the xfs
mailing list