Changeset 8bc167a


Ignore:
Timestamp:
01/22/10 11:20:12 (11 years ago)
Author:
Shane Alcock <salcock@…>
Branches:
4.0.1-hotfixes, cachetimestamps, develop, dpdk-ndag, etsilive, getfragoff, help, libtrace4, master, ndag_format, pfring, rc-4.0.1, rc-4.0.2, rc-4.0.3, rc-4.0.4, ringdecrementfix, ringperformance, ringtimestampfixes
Children:
7da2676
Parents:
1481ba7
Message:
  • Upped the RT buffer size to be able to deal with full-payload jumbograms (at the cost of a larger memory imprint per-packet)
File:
1 edited

Legend:

Unmodified
Added
Removed
  • lib/format_rt.c

    r7f1b9d4 r8bc167a  
    286286}
    287287
    288 #define RT_BUF_SIZE 4000U
     288
     289/* I've upped this to 10K to deal with jumbo-grams that have not been snapped
     290 * in any way. This means we have a much larger memory overhead per packet
     291 * (which won't be used in the vast majority of cases), so we may want to think
     292 * about doing something smarter, e.g. allocate a smaller block of memory and
     293 * only increase it as required.
     294 *
     295 * XXX Capturing off int: can still lead to packets that are larger than 10K,
     296 * in instances where the fragmentation is done magically by the NIC. This
     297 * is pretty nasty, but also very rare.
     298 */
     299#define RT_BUF_SIZE 10000U
    289300
    290301static int rt_read(libtrace_t *libtrace, void **buffer, size_t len, int block)
Note: See TracChangeset for help on using the changeset viewer.