On Wed, 2017-01-25 at 06:39 -0800, Eric Dumazet wrote:
> On Wed, 2017-01-25 at 09:26 -0500, Josef Bacik wrote:
>
> >
> > Nope ftrace isn't broken, I'm just dumb, the space is being
> > reclaimed
> > by sk_wmem_free_skb(). So I guess I need to figure out why I stop
> > getting ACK's from the
On Wed, 2017-01-25 at 09:26 -0500, Josef Bacik wrote:
> Nope ftrace isn't broken, I'm just dumb, the space is being reclaimed
> by sk_wmem_free_skb(). So I guess I need to figure out why I stop
> getting ACK's from the other side of the loopback. Thanks,
ss -temoi dst 127.0.0.1
Might give
On Wed, Jan 25, 2017 at 9:14 AM, Josef Bacik wrote:
On Tue, Jan 24, 2017 at 9:07 AM, Eric Dumazet
wrote:
On Tue, 2017-01-24 at 06:20 -0500, Josef Bacik wrote:
Hello,
I've been trying to test some NBD changes I had made recently and I
started having
On Wed, 2017-01-25 at 09:14 -0500, Josef Bacik wrote:
> On Tue, Jan 24, 2017 at 9:07 AM, Eric Dumazet
> >
> > git grep -n SOCK_QUEUE_SHRUNK
> >
> > -> tcp_check_space()
>
> But tcp_check_space() doesn't actually reduce sk_wmem_queued from what
> I can see. The only
On Tue, Jan 24, 2017 at 9:07 AM, Eric Dumazet
wrote:
On Tue, 2017-01-24 at 06:20 -0500, Josef Bacik wrote:
Hello,
I've been trying to test some NBD changes I had made recently and I
started having packet timeouts. I traced this down to tcp just
stopping sending
On Tue, 2017-01-24 at 06:20 -0500, Josef Bacik wrote:
> Hello,
>
> I've been trying to test some NBD changes I had made recently and I
> started having packet timeouts. I traced this down to tcp just
> stopping sending packets after a lot of writing. All NBD does is call
> kernel_sendmsg()
Hello,
I've been trying to test some NBD changes I had made recently and I
started having packet timeouts. I traced this down to tcp just
stopping sending packets after a lot of writing. All NBD does is call
kernel_sendmsg() with a request struct and some pages when it does
writes. I did