Re: `btrfs receive` almost coming to a halt

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

 



On 09.05.2013 17:14, Remco Hosman - Yerf IT wrote:
> kernel: 3.9.0
> btrfs-progs: pulled from git this morning
> 
> Trying to receive a 5gig send file. the first bit is fast, doing 10 - 50MB/sec.
> then it slows down. cpu usage is 50% (dual core machine).
> when i do a strace, it looks like this, repeating over an over, about 1 piece each second:
> --
> read(3, "q\0\0\0\20\0008\352\327o", 10) = 10
> read(3, "\22\0\10\0\0\0$~\0\0\0\0\30\0\10\0\0\0\2\0\0\0\0\0\17\0\24\0DB2/"..., 113) = 113
> open("/media/snaps/yerf-2013-05-02-03:15:01/DB2/DB2-flat.vmdk", O_RDONLY|O_NOATIME) = 6
> ioctl(5, 0x4020940d, 0x7fffc6d41c60)    = 0
> close(6)                                = 0
> read(3, "q\0\0\0\20\0\242>\357\263", 10) = 10
> read(3, "\22\0\10\0\0\0&~\0\0\0\0\30\0\10\0\0\0\2\0\0\0\0\0\17\0\24\0DB2/"..., 113) = 113
> open("/media/snaps/yerf-2013-05-02-03:15:01/DB2/DB2-flat.vmdk", O_RDONLY|O_NOATIME) = 6
> ioctl(5, 0x4020940d, 0x7fffc6d41c60)    = 0
> close(6)                                = 0
> --
> 

Is this the receive side?
Where does the data come from, a local file or via network?

-Arne

> it pauses for a second after "ioctl(5, 0x4020940d"
> it has been running like that for 3 hours now.
> the file its working is large (80gig) and filefrag reports 648862 extends.
> filesystem is mounted with rw,relatime,compress-force=lzo,space_cache
> 
> anything i can do to see what the problem is?
> 
> Remco--
> 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

--
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