Lines Matching defs:rate
744 /* Accommodate for sender rate increase (eg. slow start) */
906 u64 rate;
908 /* set sk_pacing_rate to 200 % of current rate (mss * cwnd / srtt) */
909 rate = (u64)tp->mss_cache * ((USEC_PER_SEC / 100) << 3);
911 /* current rate is (cwnd * mss) / srtt
912 * In Slow Start [1], set sk_pacing_rate to 200 % the current rate.
913 * In Congestion Avoidance phase, set it to 120 % the current rate.
920 rate *= sock_net(sk)->ipv4.sysctl_tcp_pacing_ss_ratio;
922 rate *= sock_net(sk)->ipv4.sysctl_tcp_pacing_ca_ratio;
924 rate *= max(tp->snd_cwnd, tp->packets_out);
927 do_div(rate, tp->srtt_us);
933 WRITE_ONCE(sk->sk_pacing_rate, min_t(u64, rate,
987 struct rate_sample *rate;
1449 tcp_rate_skb_delivered(sk, skb, state->rate);
1740 tcp_rate_skb_delivered(sk, skb, state->rate);
3294 tcp_rate_skb_delivered(sk, skb, sack->rate);
3342 sack->rate->prior_delivered + 1 == tp->delivered &&
3356 ca_rtt_us, sack->rate);
3398 .rtt_us = sack->rate->rtt_us,
3478 * It's called toward the end of processing an ACK with precise rate
3588 return true; /* rate-limited: don't send yet! */
3597 return false; /* not rate-limited: go ahead, send dupack now! */
3600 /* Return true if we're currently rate-limiting out-of-window ACKs and
3601 * thus shouldn't send a dupack right now. We rate-limit dupacks in
3605 * endpoint is sending out-of-window SYNs or pure ACKs at a high rate.
3628 /* First check our per-socket dupack rate limit. */
3634 /* Then check host-wide RFC 5961 rate limit. */
3768 sack_state.rate = &rs;
3908 tcp_rate_gen(sk, delivered, lost, is_sack_reneg, sack_state.rate);
3909 tcp_cong_control(sk, ack, delivered, flag, sack_state.rate);
5651 * ACK should be sent. However, Mac OSX rate limits replies to challenge