similar to: Samba FAST upload, SLOW download?!

Hi I have a atrange problem and don''t know where to look anymore. I have 4 interfaces running on RHE3 on a Dell XEON server 2.8Ghz 1Gb RAM. The primary use (only one at this stage) is for the server to handle mac address authentication of clients which it does. The problem however has to do with througput. I have 3 DMZ''s which one is a private range doing masquarading and

Hello: In the process of migration from version 1.2 to 2.0 have tried to use lmtp instead of lda as delivery agent. But unfortunately througput we get is poor with lmtp compared to lda. In peak times with lda we are able to deliver over 1800 messages/minute (high I/O but not affecting service) but if we switch to lmtp cannot deliver more than 300 mess/minute (very low I/O). This is enough

On 2017?04?19? 04:21, Willem de Bruijn wrote: > From: Willem de Bruijn <willemb at google.com> > > Tx napi mode increases the rate of transmit interrupts. Suppress some > by masking interrupts while more packets are expected. The interrupts > will be reenabled before the last packet is sent. > > This optimization reduces the througput drop with tx napi for >

From: Willem de Bruijn <willemb at google.com> Tx napi mode increases the rate of transmit interrupts. Suppress some by masking interrupts while more packets are expected. The interrupts will be reenabled before the last packet is sent. This optimization reduces the througput drop with tx napi for unidirectional flows such as UDP_STREAM that do not benefit from cleaning tx completions in

Hello everyone, I'm actually using tinc mostly to route all my traffic to another server , and my internet provider does all sorts of shaping and packet inspection to the outgoing packets, including but not limited to shaping encrypted TCP sessions , and re-routing UDP connections every few minutes and even blocking IP addresses in case too many users are connected with a traffic other than

On Tue, Dec 2, 2014 at 5:43 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > On Tue, Dec 02, 2014 at 08:15:02AM +0008, Jason Wang wrote: >> >> >> On Tue, Dec 2, 2014 at 11:15 AM, Jason Wang <jasowang at redhat.com> >> wrote: >> > >> > >> >On Mon, Dec 1, 2014 at 6:42 PM, Michael S. Tsirkin >> <mst at

On Tue, Dec 2, 2014 at 5:43 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > On Tue, Dec 02, 2014 at 08:15:02AM +0008, Jason Wang wrote: >> >> >> On Tue, Dec 2, 2014 at 11:15 AM, Jason Wang <jasowang at redhat.com> >> wrote: >> > >> > >> >On Mon, Dec 1, 2014 at 6:42 PM, Michael S. Tsirkin >> <mst at

On Tue, Dec 02, 2014 at 08:15:02AM +0008, Jason Wang wrote: > > > On Tue, Dec 2, 2014 at 11:15 AM, Jason Wang <jasowang at redhat.com> wrote: > > > > > >On Mon, Dec 1, 2014 at 6:42 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > >>On Mon, Dec 01, 2014 at 06:17:03PM +0800, Jason Wang wrote: > >>> Hello: > >>> We used to

On Tue, Dec 02, 2014 at 08:15:02AM +0008, Jason Wang wrote: > > > On Tue, Dec 2, 2014 at 11:15 AM, Jason Wang <jasowang at redhat.com> wrote: > > > > > >On Mon, Dec 1, 2014 at 6:42 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > >>On Mon, Dec 01, 2014 at 06:17:03PM +0800, Jason Wang wrote: > >>> Hello: > >>> We used to

> > On Tue, Dec 02, 2014 at 09:59:48AM +0008, Jason Wang wrote: > > > > > > On Tue, Dec 2, 2014 at 5:43 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > > >On Tue, Dec 02, 2014 at 08:15:02AM +0008, Jason Wang wrote: > > >> On Tue, Dec 2, 2014 at 11:15 AM, Jason Wang <jasowang at redhat.com> > > >>wrote: > >

On Tue, Dec 02, 2014 at 05:08:35AM -0500, Pankaj Gupta wrote: > > > > > On Tue, Dec 02, 2014 at 09:59:48AM +0008, Jason Wang wrote: > > > > > > > > > On Tue, Dec 2, 2014 at 5:43 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > > > >On Tue, Dec 02, 2014 at 08:15:02AM +0008, Jason Wang wrote: > > > >> On Tue, Dec

On Tue, Dec 02, 2014 at 09:59:48AM +0008, Jason Wang wrote: > > > On Tue, Dec 2, 2014 at 5:43 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > >On Tue, Dec 02, 2014 at 08:15:02AM +0008, Jason Wang wrote: > >> On Tue, Dec 2, 2014 at 11:15 AM, Jason Wang <jasowang at redhat.com> > >>wrote: > >> > > >> > > >>

On Tue, Dec 02, 2014 at 09:59:48AM +0008, Jason Wang wrote: > > > On Tue, Dec 2, 2014 at 5:43 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > >On Tue, Dec 02, 2014 at 08:15:02AM +0008, Jason Wang wrote: > >> On Tue, Dec 2, 2014 at 11:15 AM, Jason Wang <jasowang at redhat.com> > >>wrote: > >> > > >> > > >>

On Mon, Dec 01, 2014 at 06:17:03PM +0800, Jason Wang wrote: > Hello: > > We used to orphan packets before transmission for virtio-net. This breaks > socket accounting and can lead serveral functions won't work, e.g: > > - Byte Queue Limit depends on tx completion nofication to work. > - Packet Generator depends on tx completion nofication for the last > transmitted

On Mon, Dec 01, 2014 at 06:17:03PM +0800, Jason Wang wrote: > Hello: > > We used to orphan packets before transmission for virtio-net. This breaks > socket accounting and can lead serveral functions won't work, e.g: > > - Byte Queue Limit depends on tx completion nofication to work. > - Packet Generator depends on tx completion nofication for the last > transmitted

On Tue, Dec 2, 2014 at 11:15 AM, Jason Wang <jasowang at redhat.com> wrote: > > > On Mon, Dec 1, 2014 at 6:42 PM, Michael S. Tsirkin <mst at redhat.com> > wrote: >> On Mon, Dec 01, 2014 at 06:17:03PM +0800, Jason Wang wrote: >>> Hello: >>> We used to orphan packets before transmission for virtio-net. >>> This breaks >>>

On Tue, Dec 2, 2014 at 11:15 AM, Jason Wang <jasowang at redhat.com> wrote: > > > On Mon, Dec 1, 2014 at 6:42 PM, Michael S. Tsirkin <mst at redhat.com> > wrote: >> On Mon, Dec 01, 2014 at 06:17:03PM +0800, Jason Wang wrote: >>> Hello: >>> We used to orphan packets before transmission for virtio-net. >>> This breaks >>>

On Mon, Dec 1, 2014 at 6:42 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > On Mon, Dec 01, 2014 at 06:17:03PM +0800, Jason Wang wrote: >> Hello: >> >> We used to orphan packets before transmission for virtio-net. This >> breaks >> socket accounting and can lead serveral functions won't work, e.g: >> >> - Byte Queue Limit depends

On Mon, Dec 1, 2014 at 6:42 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > On Mon, Dec 01, 2014 at 06:17:03PM +0800, Jason Wang wrote: >> Hello: >> >> We used to orphan packets before transmission for virtio-net. This >> breaks >> socket accounting and can lead serveral functions won't work, e.g: >> >> - Byte Queue Limit depends

On Wed, 2014-10-29 at 17:36 -0400, Gedalya wrote: > When booting domU's running amd64 jessie, I notice some memory problems > with xl. I ran it (actually, upstream staging-4.4) under valgrind and it reported after a reboot: ==5722== 24 bytes in 1 blocks are definitely lost in loss record 35 of 72 ==5722== at 0x4026B2D: malloc (vg_replace_malloc.c:299) ==5722== by 0x41739FF: