Displaying 4 results from an estimated 4 matches for "62928".
Did you mean:
2928
2006 Mar 17
32
[Bug 443] 2.6 kernel failing in NAT with significant outbound traffic
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=443
------- Additional Comments From nothingel@hotmail.com 2006-03-17 20:07 MET -------
sorry for the delay...I'll check this out hopefully first of next week.
--
Configure bugmail: https://bugzilla.netfilter.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug,
2013 Apr 03
9
VERY odd HTTP Packet Loss
I''m running Xen 4.1.4 on Fedora 17.
I have some CentOS 6 DomUs - an haproxy machine and some tomcat VMs.
When clients send requests with:
POST /ProposalInterface HTTP/1.1
Content-Type: text/xml
Host: www.myhost.co.uk
Content-Length: 2099
Expect: 100-continue
Connection: Keep-Alive
The "continuation" doesn''t happen. The POST is truncated at 1449 bytes,
and the
2013 Dec 23
2
[PATCH net-next 3/3] net: auto-tune mergeable rx buffer size for improved performance
On Mon, Dec 16, 2013 at 04:16:29PM -0800, Michael Dalton wrote:
> Commit 2613af0ed18a ("virtio_net: migrate mergeable rx buffers to page frag
> allocators") changed the mergeable receive buffer size from PAGE_SIZE to
> MTU-size, introducing a single-stream regression for benchmarks with large
> average packet size. There is no single optimal buffer size for all
>
2013 Dec 23
2
[PATCH net-next 3/3] net: auto-tune mergeable rx buffer size for improved performance
On Mon, Dec 16, 2013 at 04:16:29PM -0800, Michael Dalton wrote:
> Commit 2613af0ed18a ("virtio_net: migrate mergeable rx buffers to page frag
> allocators") changed the mergeable receive buffer size from PAGE_SIZE to
> MTU-size, introducing a single-stream regression for benchmarks with large
> average packet size. There is no single optimal buffer size for all
>