lkml.org 
[lkml]   [2006]   [Mar]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Re: TSO and IPoIB performance degradation
    Quoting r. David S. Miller <davem@davemloft.net>:
    > Subject: Re: Re: TSO and IPoIB performance degradation
    >
    > From: Roland Dreier <rdreier@cisco.com>
    > Date: Tue, 07 Mar 2006 17:17:30 -0800
    >
    > > The reason TSO comes up is that reverting the patch described below
    > > helps (or helped at some point at least) IPoIB throughput quite a bit.
    >
    > I wish you had started the thread by mentioning this specific patch

    Er, since you mention it, the first message in thread did include this link:
    http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=314324121f9b94b2ca657a494cf2b9cb0e4a28cc
    and I even pasted the patch description there, but oh well.

    Now that Roland helped us clear it all up, and now that it has been clarified
    that reverting this patch gives us back most of the performance, is the answer
    to my question the same?

    What I was trying to figure out was, how can we re-enable the trick without
    hurting TSO? Could a solution be to simply look at the frame size, and call
    tcp_send_delayed_ack if the frame size is small?

    --
    Michael S. Tsirkin
    Staff Engineer, Mellanox Technologies
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2006-03-08 13:55    [W:2.707 / U:0.776 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site