| To: | jamal <hadi@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] Improve behaviour of Netlink Sockets |
| From: | Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> |
| Date: | Mon, 20 Sep 2004 09:17:34 +1000 |
| Cc: | Pablo Neira <pablo@xxxxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <1095633569.1047.107.camel@xxxxxxxxxxxxxxxx> |
| References: | <414D0CCD.90209@xxxxxxxxxxx> <E1C8way-0000aH-00@xxxxxxxxxxxxxxxxxxxxxxxx> <20040919120249.GA5963@xxxxxxxxxxxxxxxxxxx> <414DF11C.1080505@xxxxxxxxxxx> <20040919215915.GB9573@xxxxxxxxxxxxxxxxxxx> <1095633569.1047.107.camel@xxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.5.6+20040722i |
On Sun, Sep 19, 2004 at 06:39:29PM -0400, jamal wrote: > > Theres one valuable piece in his patch. Ability to congestion control > the kernel so user space can clear the socket queue. The alternative is > an overun. You have shot a hole in the workqueue approach. May i also Congestion control would be a good alternative to overruns. I too would love to see netlink made more reliable if possible. But hopefully without sacrificing the good bits in it like performance. However, in the scenarios that's been cited so far I can't see how it can work. For example, in the ip_queue context, the kernel really doesn't have any alternative to dropping the packet, right? Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt |
| Previous by Date: | Re: [PATCH] Improve behaviour of Netlink Sockets, Herbert Xu |
|---|---|
| Next by Date: | Re: [PATCH] Improve behaviour of Netlink Sockets, Herbert Xu |
| Previous by Thread: | Re: [PATCH] Improve behaviour of Netlink Sockets, Herbert Xu |
| Next by Thread: | Re: [PATCH] Improve behaviour of Netlink Sockets, jamal |
| Indexes: | [Date] [Thread] [Top] [All Lists] |