Thanks Kaleb for your reply, I will try it and will share the result.
Regards
Mohit Agrawal
On Wed, Sep 27, 2017 at 5:33 PM, Kaleb S. KEITHLEY
wrote:
> On 09/27/2017 04:17 AM, Mohit Agrawal wrote:
> > Niels,
> >
> >Thanks for your reply, I think these built-in
On 09/27/2017 05:12 AM, Soumya Koduri wrote:
Hi Shyam,
On 09/11/2017 07:51 PM, Shyam Ranganathan wrote:
- Feature proposal:
- Contributors need to request for features that will be a part of
the 3.13 release, sending a mail to the devel list, and including the
github issue # for the
On 09/26/2017 08:49 AM, Joshua Coyle wrote:
Hey Team,
I’ve got a number of sites currently that are having issues with the glusterfs
VFS module for Samba.
I contacted Andre’ Bauer, who to my understanding writes the module, however
he advised that I contact you guys.
The issue that I’m
On 09/27/2017 04:17 AM, Mohit Agrawal wrote:
> Niels,
>
> Thanks for your reply, I think these built-in function provides by
> gcc and it should support most of the architecture.
> In your view what could be the archietecure that does not support
> these builtin function ??
see
Hi Shyam,
On 09/11/2017 07:51 PM, Shyam Ranganathan wrote:
Hi,
The next community release of Gluster is 3.13, which is a short term
maintenance release is slated for release on 30th Nov [1] [2]. Thus
giving a 2 month head room to get to 4.0 work done, while maintaining
the cadence of
I think we have to update atomic.h/refcount.h also
why ??
There are in fact two types of atomic built-ins provided by gcc:
(1) The __sync_*() family of functions, which have been in gcc since
a long time (probably gcc 4.1). They are available in variants
operating on 1 byte, 2 bytes,
Niels,
Thanks for your reply, I think these built-in function provides by gcc
and it should support most of the architecture.
In your view what could be the archietecure that does not support these
builtin function ??
Regards
Mohit Agrawal
On Wed, Sep 27, 2017 at 1:20 PM, Niels de Vos
On Wed, Sep 27, 2017 at 12:55:37PM +0530, Mohit Agrawal wrote:
> Hi,
>
>I was checking code of internal data structures (dict,fd,rpc_clnt etc.)
> those we use in glusterfs to store data.
>Usually we use common pattern to take reference of data structure in
> xlator level, in ref function
Hi,
I was checking code of internal data structures (dict,fd,rpc_clnt etc.)
those we use in glusterfs to store data.
Usually we use common pattern to take reference of data structure in
xlator level, in ref function we do take lock(mutex_lock)
and update(increase) reference counter and