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

Re: [dm-devel] open-iscsi + dm-multipath



On Tue, 2005-03-22 at 17:11 +0100, Christophe Varoqui wrote:
> > > 
> > > Does your log.[ch] implementation works around syslog blocking behaviour in memory contention situation ?
> > 
> > yep syslog sucks.
> > as of now, our logger still based on syslog. its missing some stuff.
> > There is another logger which proved to work under memory pressure -
> > ha_logd from HA project. if I will have time, I'll merge some stuff from
> > ha_logd to log.[ch].
> > 
> > > If so, I would like to fetch it in multipath-tools, with your agreement.
> > > Also, if you have better ideas on the subject, I'm interested in reading them :)
> > 
> > so, try ha_logd. Also I saw in your code mlockall() right after
> > syslog(). Could you explain why we need it? I think just one call at the
> > beginning phase should be enough unless you fork?
> > 
> I looked that code, but there are a number of non-trivial dependencies to remove to make the code self-contained and generic : glib.h and cl_*.h come to mind.

yep. life is not fair...

> Also note that klibc doesn't implement IPC, so ha_logd would not fit your goals as-is.

i'm thinking about utilizing NETLINK protocol. In open-iscsi we using it
to implement protocol level IPC.

We can try to come up with ipc-based log implementation which will be
based on ha_logd and will be generic enough for both dm-multipath and
open-iscsi.

Dima

> 
> Regards,
> cvaroqui
> 
> --
> dm-devel mailing list
> dm-devel redhat com
> https://www.redhat.com/mailman/listinfo/dm-devel


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