Makes some sense. Thing is we’re doing a LOT of UDP traffic at the same time and not much TIPC. (about 500Mbit/sec in and 1.2GBitsec out sustained video (1316 byte packets). The TIPC packets are larger than one MTU, so it might have fragmentation problems finding free SKB’s I guess.
Is there a TIPC specific buffer pool (like there is for UDP and TCP)? From: Erik Hugne [mailto:erik.hu...@gmail.com] Sent: Wednesday, July 20, 2016 11:43 AM To: Rune Torgersen Cc: tipc-discussion@lists.sourceforge.net Subject: Re: [tipc-discussion] ENOMEM Each send() call will cause a new skb to be allocated from a cache. the caches are of fixed size, and do not grow (afaik, but the allocator can pick from higher order pool). The skbs are reclaimed by the cache when the stack is done with them. If the cache is exhausted when we call alloc_skb, userspace will get ENOMEM. i think you can check the cache fill level in /proc/slabinfo. other useful commands are slabtop and slabinfo //E On Jul 20, 2016 5:14 PM, "Rune Torgersen" <ru...@innovsys.com<mailto:ru...@innovsys.com>> wrote: Hi, just a simple question. What would make sendto() to a tipc RDM socket (destination being a local node address) (packet size 18000 to 40000 bytes) return a ENOMEM? ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev _______________________________________________ tipc-discussion mailing list tipc-discussion@lists.sourceforge.net<mailto:tipc-discussion@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/tipc-discussion ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev _______________________________________________ tipc-discussion mailing list tipc-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tipc-discussion