Thread (50 messages) 50 messages, 5 authors, 2020-05-23

RE: [PATCH 31/33] sctp: add sctp_sock_set_nodelay

From: David Laight <hidden>
Date: 2020-05-21 09:06:31
Also in: ceph-devel, linux-cifs, linux-nfs, linux-nvme, linux-rdma, linux-sctp, lkml, ocfs2-devel, target-devel

From: Christoph Hellwig
Sent: 21 May 2020 09:35
On Wed, May 20, 2020 at 08:39:13PM -0300, Marcelo Ricardo Leitner wrote:
quoted
On Wed, May 20, 2020 at 04:23:55PM -0700, David Miller wrote:
quoted
From: Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>
Date: Wed, 20 May 2020 20:10:01 -0300
quoted
The duplication with sctp_setsockopt_nodelay() is quite silly/bad.
Also, why have the 'true' hardcoded? It's what dlm uses, yes, but the
API could be a bit more complete than that.
The APIs are being designed based upon what in-tree users actually
make use of.  We can expand things later if necessary.
Sometimes expanding things later can be though, thus why the worry.
But ok, I get it. Thanks.

The comment still applies, though. (re the duplication)
Where do you see duplication?
The whole thing just doesn't scale.

As soon as you get to the slightly more complex requests
like SCTP_INITMSG (which should probably be called to
set the required number of data streams) you've either
got replicated code or nested wrappers.

	David

-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help