| To: | Andi Kleen <ak@xxxxxx> |
|---|---|
| Subject: | Re: design for TSO performance fix |
| From: | "David S. Miller" <davem@xxxxxxxxxxxxx> |
| Date: | Fri, 28 Jan 2005 11:30:28 -0800 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <m1zmyu2hot.fsf@muc.de> |
| References: | <20050127163146.33b01e95.davem@davemloft.net> <m1zmyu2hot.fsf@muc.de> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Fri, 28 Jan 2005 07:25:54 +0100 Andi Kleen <ak@xxxxxx> wrote: > Currently tcp_sendmsg will always push the first packet when the send_head > is empty way down to hard_queue_xmit, and then queue up some others > and then finally push them out. You would always miss the first > one with that right? (assuming MTU sized packets) We could make push_pending_frames defer if we're doing TSO and might potentially be building suck frames. It's just a detail, the main idea is what counts which is to keep all the TSO packets out of the view of most of the stack which is where all the complexity came from. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: design for TSO performance fix, David S. Miller |
|---|---|
| Next by Date: | Re: Bug in 2.6.10, Stephen Hemminger |
| Previous by Thread: | Re: design for TSO performance fix, Nivedita Singhvi |
| Next by Thread: | Adding an IW_QUAL_ALL_UPDATED macro, Dan Williams |
| Indexes: | [Date] [Thread] [Top] [All Lists] |