Re: [libvirt] [PATCH v3 3/3] gluster: cache glfs connection object per volume

2016-12-07 Thread Peter Krempa
On Tue, Dec 06, 2016 at 22:48:39 +0530, Prasanna Kalever wrote: > On Mon, Dec 5, 2016 at 8:08 PM, Peter Krempa wrote: > > On Mon, Dec 05, 2016 at 18:55:19 +0530, Prasanna Kumar Kalever wrote: > >> Currently, in case if we have 4 extra attached disks, then for each disk > >> we

Re: [libvirt] [PATCH v3 3/3] gluster: cache glfs connection object per volume

2016-12-06 Thread Prasanna Kalever
On Mon, Dec 5, 2016 at 8:08 PM, Peter Krempa wrote: > On Mon, Dec 05, 2016 at 18:55:19 +0530, Prasanna Kumar Kalever wrote: >> Currently, in case if we have 4 extra attached disks, then for each disk >> we need to call 'glfs_init' (over network) and friends which could be

Re: [libvirt] [PATCH v3 3/3] gluster: cache glfs connection object per volume

2016-12-05 Thread Peter Krempa
On Mon, Dec 05, 2016 at 18:55:19 +0530, Prasanna Kumar Kalever wrote: > Currently, in case if we have 4 extra attached disks, then for each disk > we need to call 'glfs_init' (over network) and friends which could be costly. > > Additionally snapshot(external) scenario will further complex the

[libvirt] [PATCH v3 3/3] gluster: cache glfs connection object per volume

2016-12-05 Thread Prasanna Kumar Kalever
Currently, in case if we have 4 extra attached disks, then for each disk we need to call 'glfs_init' (over network) and friends which could be costly. Additionally snapshot(external) scenario will further complex the situation. This patch maintain a cache of glfs objects per volume, hence the