[linux-cifs-client] Re: [PATCH] Fix build error where
nscd_flush_cache() is available
jlayton at samba.org
Sat Aug 16 11:44:53 GMT 2008
On Tue, 12 Aug 2008 14:15:22 -0400
Jeff Layton <jlayton at redhat.com> wrote:
> On Tue, 12 Aug 2008 11:57:01 -0500
> "Steve French" <smfrench at gmail.com> wrote:
> > If it really is required to link nscd support libs in with cifs kernel
> > support to get cifs.spnego working, I don't mind, but we need to watch
> > the ever growing size of this module - since this is a system util
> > (needed for mount) - not an optional user space program, this util
> > (cifs.spnego) has to be small enough to fit on very low end (perhaps
> > embedded systems). At the moment, it looks like cifs.spnego has
> > gotten quite big. On my system, listing Samba files by size - I see
> > that smbd is 17MB, fairly big, as expected, but the client utils are
> > much bigger than expected (over 10MB each) - cifs.spnego is already
> > twice as big as nmbd on disk (10464075) which makes it hard to fit on
> > some embedded systems. Even if debug info is stripped out -
> > cifs.spnego has grown pretty large due to the static library linkage.
> Definitely a concern...
> cifs.upcall is 14MB on my machine (unstripped, 4M if it is stripped).
> Looks like the main problem is that we're statically linking in
> libsmbclient.a. It should probably be changed to use the .so version.
Erm...except that libsmbclient doesn't export some of the symbols used
here. Looks like we need:
...is it reasonable to export these and change cifs.upcall to use the
.so lib instead?
Jeff Layton <jlayton at samba.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 197 bytes
Desc: not available
Url : http://lists.samba.org/archive/samba-technical/attachments/20080816/f6d3257e/signature.bin
More information about the samba-technical