| To: | Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] Improve behaviour of Netlink Sockets |
| From: | Pablo Neira <pablo@xxxxxxxxxxx> |
| Date: | Wed, 22 Sep 2004 04:48:05 +0200 |
| Cc: | hadi@xxxxxxxxxx, "David S. Miller" <davem@xxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <20040922000503.GA13218@xxxxxxxxxxxxxxxxxxx> |
| References: | <E1C8way-0000aH-00@xxxxxxxxxxxxxxxxxxxxxxxx> <20040919120249.GA5963@xxxxxxxxxxxxxxxxxxx> <414DF11C.1080505@xxxxxxxxxxx> <20040919215915.GB9573@xxxxxxxxxxxxxxxxxxx> <1095633569.1047.107.camel@xxxxxxxxxxxxxxxx> <20040919231734.GA10124@xxxxxxxxxxxxxxxxxxx> <1095647944.1046.206.camel@xxxxxxxxxxxxxxxx> <20040920025802.GA11567@xxxxxxxxxxxxxxxxxxx> <1095683660.1047.254.camel@xxxxxxxxxxxxxxxx> <414F1E12.6010808@xxxxxxxxxxx> <20040922000503.GA13218@xxxxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; rv:1.6) Gecko/20040528 Debian/1.6-7 |
Hi Herbert, We are thinking in two different things:a) You think about netlink sockets as a method to pass information to kernel space via command line, in that case dump is ok. b) I'm thinking about netlink sockets as a method to generate event notifications. My benchmark tool just want to emulate that N events happen in a *very* short period of time (worst case), that implies sending N messages. So, forget that my tool sends previously a message to generate those N messages. But I'm intrigued about something jamal wrote: For a test i typically have something adding say 10K items (actions in my case, but could be ipsec policies) and then try to dump them. On my xeon i get an overrun after about 6K items are dumped. Jamal, you're getting an overrun dumping ipsec policies. If I'm not wrong, that tool is doing that as dump operation, but that this shouldn't happen by using dump. Am I missing something? I would like to have a way to send notifications via netlink sockets without losing congestion control ability, that is, without losing messages because of an overrun. regards, Pablo |
| Previous by Date: | Re: [PATCH 2.6 NET] Fix ifmap alignment issues over rtnetlink, David S. Miller |
|---|---|
| Next by Date: | Re: PPP-over-L2TP kernel support, new patch for review, David S. Miller |
| Previous by Thread: | Re: [PATCH] Improve behaviour of Netlink Sockets, Pablo Neira |
| Next by Thread: | Re: [PATCH] Improve behaviour of Netlink Sockets, jamal |
| Indexes: | [Date] [Thread] [Top] [All Lists] |