Re: Add support infrastructure for Named Pipe

Gerald Carter <[email protected]>
Newsgroups gmane.linux.file-systems.cifs
Message-ID <[email protected]>
Steve,

Just a few points.  Feel free to ignore or respond.  The only
point I'm making here is that other solutions do exist already.
I'm not advocating our code as a solution for this debate.
Just pointing out that this is a well traveled problem (as you
know).


Steve French wrote:

> a few quick points:
> 1) Easier: Even without extending cifs.ko with anny new ioctls, we
> already can do simple RPC operations over existing cifs.ko today (with
> prototype user space code that does the DCE part bind etc.).
> Currently there is no user space SMB client library that could be used
> broadly by Linux applications and tools, although libsmbclient can be
> used by those which are gpl.

The Likewise rdr driver inside lwiod already does all this. [1]
The client library is LGPLv2.1+.  However, it does require IPC
to a locally running daemon so it does handle the credential/connection
caching.


> 2) Affinity with other file objects: Although not available 
> in Linux -
...
> 3) Usability: Since the file system client does not use 
> the server's (or smbclient's) smb.conf file for configuration
> settings (security levels, signing etc.), it can be confusing
> e.g. to list shares with smbclient (with looser security
> settings) and not be able to connect to the share (with cifs.ko
> using stricter security settings).

Ditto.

> 4) Performance: The cifs kernel client can connect to a server and
> keep a session - but with smbclient and the libsmbclient model in
> general you can end up reconnecting dozens of times to the server from
> the same client (even though a session to the server already exists in
> kernel).  In addition connecting via to the same server from via
> smbclient from (when you already e.g. have a kernel mount to it) can
> cause the "SMB NAT problem" in some versions of Windows.

Connection caching I will agree on which I mentioned in point #1.
Although I don't believe throughput is really an issue on named
pipes so that part of performance is not valid IMO.




cheers, jerry
--
[1]  http://git.likewiseopen.org/?p=likewise-open.git;a=summary

_______________________________________________
linux-cifs-client mailing list
[email protected]
https://lists.samba.org/mailman/listinfo/linux-cifs-client
signature.asc (application/pgp-signature, 252 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFK3LZJIR7qMdg1EfYRAh55AJ9NUCTln8qO4DbrpNE8+5BaS0F38gCaAgZ0
IJYPLe05tbSbTA4sGCyaX1U=
=5fqJ
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.