| To: | Rik van Riel <riel@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [Ksummit-2005-discuss] Summary of 2005 Kernel Summit Proposed Topics |
| From: | Andi Kleen <ak@xxxxxx> |
| Date: | 29 Mar 2005 17:11:59 +0200 |
| Date: | Tue, 29 Mar 2005 17:11:59 +0200 |
| Cc: | Dmitry Yusupov <dmitry_yus@xxxxxxxxx>, mpm@xxxxxxxxxxx, andrea@xxxxxxx, michaelc@xxxxxxxxxxx, open-iscsi@xxxxxxxxxxxxxxxx, James.Bottomley@xxxxxxxxxxxxxxxxxxxxx, ksummit-2005-discuss@xxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <Pine.LNX.4.61.0503281124090.4269@xxxxxxxxxxxxxxxxxxxxxxxxxxx> |
| References: | <424346FE.20704@xxxxxxxxxxx> <20050324233921.GZ14202@xxxxxxxxxxxxxx> <20050325034341.GV32638@xxxxxxxxx> <20050327035149.GD4053@xxxxxxxxx> <20050327054831.GA15453@xxxxxxxxx> <1111905181.4753.15.camel@mylaptop> <20050326224621.61f6d917.davem@xxxxxxxxxxxxx> <Pine.LNX.4.61.0503272245350.30885@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <m1zmwn21hk.fsf@xxxxxx> <Pine.LNX.4.61.0503281124090.4269@xxxxxxxxxxxxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.4.1i |
On Mon, Mar 28, 2005 at 11:24:55AM -0500, Rik van Riel wrote: > On Mon, 28 Mar 2005, Andi Kleen wrote: > > > So in short using mempools on receiving is not needed. > > It is, because you have to ensure that the memory that's > needed to receive network packets isn't tied up receiving > packets for non-critical sockets, which would leave the > critical sockets deadlocked. Again the in socket queue is in no way different from all the tens of hundreds of limited size queues that make up a network. It is quite useless to concentrate on only one queue in the receiver computer, while all the others still can lose packets. The only way to solve such problems in the TCP/IP model is to retransmit at the source. This means the TCP write path needs to be reliable, but receiving does not need to be. TCP will continuing retransmitting for hours. If you network system is so tied up that you cannot receive anything for hours then yes youre screwed, but I doubt memory reservation will fix such extreme problems. -Andi |
| Previous by Date: | Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126), Ingo Molnar |
|---|---|
| Next by Date: | Re: [Ksummit-2005-discuss] Summary of 2005 Kernel Summit Proposed Topics, Andi Kleen |
| Previous by Thread: | Re: [Ksummit-2005-discuss] Summary of 2005 Kernel Summit Proposed Topics, Rik van Riel |
| Next by Thread: | Re: [Ksummit-2005-discuss] Summary of 2005 Kernel Summit Proposed Topics, Rik van Riel |
| Indexes: | [Date] [Thread] [Top] [All Lists] |