From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from shards.monkeyblade.net ([184.105.139.130]:39636 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754957AbeCHQZ4 (ORCPT ); Thu, 8 Mar 2018 11:25:56 -0500 Date: Thu, 08 Mar 2018 11:25:53 -0500 (EST) Message-Id: <20180308.112553.749777250006660851.davem@davemloft.net> To: mlichvar@redhat.com Cc: eric.dumazet@gmail.com, jesus.sanchez-palencia@intel.com, netdev@vger.kernel.org, jhs@mojatatu.com, xiyou.wangcong@gmail.com, jiri@resnulli.us, vinicius.gomes@intel.com, richardcochran@gmail.com, intel-wired-lan@lists.osuosl.org, anna-maria@linutronix.de, henrik@austad.us, tglx@linutronix.de, john.stultz@linaro.org, levi.pearson@harman.com, edumazet@google.com, willemb@google.com Subject: Re: [RFC v3 net-next 08/18] net: SO_TXTIME: Add clockid and drop_if_late params From: David Miller In-Reply-To: <20180308113722.GB28493@localhost> References: <1520462745.109662.59.camel@gmail.com> <20180308113722.GB28493@localhost> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: netdev-owner@vger.kernel.org List-ID: From: Miroslav Lichvar Date: Thu, 8 Mar 2018 12:37:22 +0100 > Well, I'd not expect it to be a common use case, but a public NTP > server could be sending millions of packets per second in traffic > peaks (typically at *:00:00) over multiple interfaces. That's the problem. Bloating up sk_buff for an uncommon use case, penalizing all others, is a non-starter. Sorry. From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Date: Thu, 08 Mar 2018 11:25:53 -0500 (EST) Subject: [Intel-wired-lan] [RFC v3 net-next 08/18] net: SO_TXTIME: Add clockid and drop_if_late params In-Reply-To: <20180308113722.GB28493@localhost> References: <1520462745.109662.59.camel@gmail.com> <20180308113722.GB28493@localhost> Message-ID: <20180308.112553.749777250006660851.davem@davemloft.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: intel-wired-lan@osuosl.org List-ID: From: Miroslav Lichvar Date: Thu, 8 Mar 2018 12:37:22 +0100 > Well, I'd not expect it to be a common use case, but a public NTP > server could be sending millions of packets per second in traffic > peaks (typically at *:00:00) over multiple interfaces. That's the problem. Bloating up sk_buff for an uncommon use case, penalizing all others, is a non-starter. Sorry.