Re: filesystem slowdown with backports kernel

2018-10-17 Thread Andy Smith
Hi Jens, On Wed, Oct 17, 2018 at 01:41:56PM +0200, Jens Holzkämper wrote: > We get the following results (with a variance within a few seconds) > > 4.9 ext4: > real 2m13.303s […] > 4.18 ext4: > real 4m3.276s Absent anyone being able to make a suggestion of exactly what broke here, perhaps yo

Re: filesystem slowdown with backports kernel

2018-10-17 Thread Reco
Hi. On Wed, Oct 17, 2018 at 04:44:25PM +0200, Support (Jens) wrote: > Hi, > > >> we have a NAS system acting as a place to store our server's backups > >> (via rsync with link-dest). On that NAS we switched from the stable > >> kernel (4.9) to the one provided by backports (4.18) because

Re: filesystem slowdown with backports kernel

2018-10-17 Thread Support (Jens)
Hi, >> we have a NAS system acting as a place to store our server's backups >> (via rsync with link-dest). On that NAS we switched from the stable >> kernel (4.9) to the one provided by backports (4.18) because of an >> unrelated problem. When we do that, we see a slowdown of our backup >> process

Re: filesystem slowdown with backports kernel

2018-10-17 Thread Reco
Hi. On Wed, Oct 17, 2018 at 01:41:56PM +0200, Jens Holzkämper wrote: > Hi, > > we have a NAS system acting as a place to store our server's backups > (via rsync with link-dest). On that NAS we switched from the stable > kernel (4.9) to the one provided by backports (4.18) because of an >

filesystem slowdown with backports kernel

2018-10-17 Thread Jens Holzkämper
Hi, we have a NAS system acting as a place to store our server's backups (via rsync with link-dest). On that NAS we switched from the stable kernel (4.9) to the one provided by backports (4.18) because of an unrelated problem. When we do that, we see a slowdown of our backup process, from the back