sctp: delay calls to sk_data_ready() as much as possible
Subsystems (3)
Marcelo Ricardo Leitner
maintainercover sctp: delay calls to sk_data_ready() as much as possible
1st patch is a preparation for the 2nd. The idea is to not call ->sk_data_ready() for every data chunk processed while processing packets but only once before releasing the socket.
Marcelo Ricardo Leitner (2):
sctp: compress bit-wide flags to a bitfield on sctp_sock
sctp: delay calls to sk_data_ready() as much as possible
include/net/sctp/structs.h | 13 +++++++------ net/sctp/sm_sideeffect.c | 5 +++++ net/sctp/ulpqueue.c | 4 ++-- 3 files changed, 14 insertions(+), 8 deletions(-)
Signature · 1 line
2.5.0
Marcelo Ricardo Leitner
maintainerPATCH 1/2 sctp: compress bit-wide flags to a bitfield on sctp_sock
It wastes space and gets worse as we add new flags, so convert bit-wide flags to a bitfield.
Currently it already saves 4 bytes in sctp_sock.
Note that do_auto_asconf cannot be merged, as explained in the comment before it.
--- include/net/sctp/structs.h | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-)
include/net/sctp/structs.h +6 -6
@@ -210,14 +210,14 @@ struct sctp_sock {int user_frag;__u32 autoclose; -__u8 nodelay; -__u8 disable_fragments; -__u8 v4mapped; -__u8 frag_interleave;__u32 adaptation_ind;__u32 pd_point; -__u8 recvrcvinfo; -__u8 recvnxtinfo; + __u16 nodelay:1, + disable_fragments:1, + v4mapped:1, + frag_interleave:1, + recvrcvinfo:1, + recvnxtinfo:1;atomic_t pd_mode;/* Receive to here while partial delivery is in effect. */
Signature · 1 line
2.5.0
Marcelo Ricardo Leitner
maintainerPATCH 2/2 sctp: delay calls to sk_data_ready() as much as possible
In reply to Marcelo Ricardo LeitnerCurrently processing of multiple chunks in a single SCTP packet leads to multiple calls to sk_data_ready, causing multiple wake up signals which are costy and doesn't make it wake up any faster.
With this patch it will note that the wake up is pending and will do it before leaving the state machine interpreter, latest place possible to do it realiably and cleanly.
Note that sk_data_ready events are not dependent on asocs, unlike waking up writers.
--- include/net/sctp/structs.h | 3 ++- net/sctp/sm_sideeffect.c | 5 +++++ net/sctp/ulpqueue.c | 4 ++-- 3 files changed, 9 insertions(+), 3 deletions(-)
include/net/sctp/structs.h +2 -1
@@ -217,7 +217,8 @@ struct sctp_sock { v4mapped:1, frag_interleave:1, recvrcvinfo:1, - recvnxtinfo:1; + recvnxtinfo:1, + pending_data_ready:1;atomic_t pd_mode;/* Receive to here while partial delivery is in effect. */
net/sctp/sm_sideeffect.c +5 -0
@@ -1742,6 +1742,11 @@ out: error =sctp_outq_uncork (&asoc->outqueue, gfp); }else if (local_cork) error =sctp_outq_uncork (&asoc->outqueue, gfp); + +if (sctp_sk (ep->base.sk)->pending_data_ready) { + ep->base.sk->sk_data_ready (ep->base.sk); +sctp_sk (ep->base.sk)->pending_data_ready =0 ; + }return error; nomem: error = -ENOMEM ;
net/sctp/ulpqueue.c +2 -2
@@ -264,7 +264,7 @@ int sctp_ulpq_tail_event(struct sctp_ulpq *ulpq, struct sctp_ulpevent *event)sctp_ulpq_clear_pd (ulpq);if (queue = &sk->sk_receive_queue) - sk->sk_data_ready (sk); +sctp_sk (sk)->pending_data_ready =1 ;return 1 ; out_free:
@@ -1140,5 +1140,5 @@ void sctp_ulpq_abort_pd(struct sctp_ulpq *ulpq, gfp_t gfp)/* If there is data waiting, send it up the socket now. */ if (sctp_ulpq_clear_pd (ulpq) || ev) - sk->sk_data_ready (sk); +sctp_sk (sk)->pending_data_ready =1 ; }
Signature · 1 line
2.5.0