Re: Fwd: OS X Time Machine and BTRFS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Sep 26, 2016 at 2:56 PM, Sean Greenslade
<sean@xxxxxxxxxxxxxxxxxx> wrote:
> On Mon, Sep 26, 2016 at 10:15:11PM +0200, Ruben Salzgeber wrote:
>> Hi everyone
>>
>> I'm reaching out to you because I experience unusually slow read and
>> write speeds on my Arch Linux server in combination with OS X time
>> machine. My setup is consists of an Core i3 6300, 16GB Ram, 128GB SSD
>> for the OS and a 8 drive RAID5 BTRFS volume as archive. The latest
>> version of Avahi, Netatalk and BTRFS-Progs are installed. On a wired
>> connection I reach 120MB/s for normal filetransfers from OS X to the
>> Server. When using Time Machine I measure peak network trafic around
>> 1-2MB/s and long durations of almost no trafic. Could this be in any
>> relation to BTRFS? Is there a special configuration necessary for
>> folders containing the Time Machine sparsebundle file?
>
> Have you done any inspection with tools like [h]top, iotop, etc.?
> Identifying the bottleneck is usually pretty straightforward with those,
> and it's nice to try and dismiss things like cpu bottlenecks before
> going to more advanced diagnostics.

Good idea.

Another possibly useful one would be using filefrag to get some idea
how badly fragmented the bands (individual files) in the bundle are
getting.

$ filefrag backup.sparsebundle/bands/*

This is likely going to be excessively long. And example output


backup.sparsebundle/bands/0: 43 extents found
backup.sparsebundle/bands/1: 1 extent found
backup.sparsebundle/bands/10: 212 extents found
backup.sparsebundle/bands/11: 1 extent found

Maybe sort -k can sort by the number of extents, and then use head to
just show the top 50 offenders.


-- 
Chris Murphy
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux