Date: Sat, 14 Sep 2013 16:25:26 +0200 From: Luigi Rizzo <rizzo@iet.unipi.it> To: George Neville-Neil <gnn@neville-neil.com> Cc: "Alexander V. Chernikov" <melifaro@yandex-team.ru>, Adrian Chadd <adrian@freebsd.org>, Andre Oppermann <andre@freebsd.org>, "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>, "freebsd-arch@freebsd.org" <freebsd-arch@freebsd.org>, Luigi Rizzo <luigi@freebsd.org>, "Andrey V. Elsukov" <ae@freebsd.org>, FreeBSD Net <net@freebsd.org> Subject: Re: Network stack changes Message-ID: <20130914142526.GB71010@onelab2.iet.unipi.it> In-Reply-To: <6BDA4619-783C-433E-9819-A7EAA0BD3299@neville-neil.com> References: <521E41CB.30700@yandex-team.ru> <CAJ-Vmo=N=HnZVCD41ZmDg2GwNnoa-tD0J0QLH80x=f7KA5d%2BUg@mail.gmail.com> <6BDA4619-783C-433E-9819-A7EAA0BD3299@neville-neil.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Sep 13, 2013 at 11:08:27AM -0400, George Neville-Neil wrote: > > On Aug 29, 2013, at 7:49 , Adrian Chadd <adrian@freebsd.org> wrote: ... > One quick note here. Every time you increase batching you may increase bandwidth > but you will also increase per packet latency for the last packet in a batch. The ones who suffer are the first ones, because their processing is somewhat delayed to 1) let the input batch build up, and 2) complete processing of the batch before pushing results to the next stage. However one should never wait for an input batch to grow; you process whatever your source gives you (one or more packets) by the time you are ready (and if you are slow/overloaded, of course you will get a large backlog at once). Either way, there is no reason to create additional delay on input. cheers luigi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130914142526.GB71010>