suricata

Commit Graph

Author	SHA1	Message	Date
Zachary Rasmor	68cfa009a0	Update thread creation and threads to use global thread names. Thread name is now stored as a static string buffer, string duplication and alloc/de-alloc is no longer required.	10 years ago
Eric Leblond	a53aef9c57	tm-threads: unify thread names handling TmThreadCreate copy string provided as name for threads to avoid any issue is a non allocated string is used. This patch also introduce TmThreadSetGroupName function. This function is used to be sure we have an allocation when assigning the thread group name. This way we can free allocated memory at exit. Both code changes have required some fixes in different parts of the code to be in sync with the new API. Good point about these changes is that it fixes an inconsistency were some names were not allocated and some were.	11 years ago
Victor Julien	38b349af1e	runmodes: remove DetectEngineCtx passing from API No longer pass a pointer to the current detection engine to the runmode API calls. Note: breaks delayed detect. Will be fixed in a future commit.	12 years ago
Ken Steele	1faa94c314	Make bad copy-mode be an error in runmode-tile.	12 years ago
Ken Steele	6ebc20f6d8	Rework Tile CPU affinity setting to handle non-contiguous sets of CPUs. It is possible to have a non-contiguous CPU set, which was not being handled correctly on the TILE architecture. Added a "rank" field in the ThreadVar to store the worker's rank separately from the cpu for this case.	12 years ago
Victor Julien	0e08f4b6fc	update runmodes to handle detect-less In runmodes setup, consider a NULL de_ctx to mean detect is disabled.	13 years ago
Ken Steele	601c7c8e3c	Cleanup Tile build for -Werror Just the changes needed for the Tile architecture to compile cleanly with -Werror.	13 years ago
Eric Leblond	79fcf1378a	Use unlikely in malloc failure test. This patch is a result of applying the following coccinelle transformation to suricata sources: @istested@ identifier x; statement S1; identifier func =~ "(SCMalloc\|SCStrdup\|SCCalloc\|SCMallocAligned\|SCRealloc)"; @@ x = func(...) ... when != x - if (x == NULL) S1 + if (unlikely(x == NULL)) S1	13 years ago
Victor Julien	6d34834623	Runmode fixes and cleanups Bug #939: thread name buffers are sized inconsistently These buffers are now all fixed at 16 bytes. Bug #914: Having a high number of pickup queues (216+) makes suricata crash Fixed so that we can now have 256 pickup queues, which is the current built-in maximum. Improved the error reporting. Bug #928: Max number of threads Error reporting improved. Issue was the same as #914.	13 years ago
Victor Julien	1c06d52208	Misc fixes after make check feedback	13 years ago
Ken Steele	316190c6b9	Add TILE-Gx mPIPE packet processing support. The TILE-Gx processor includes a packet processing engine, called mPIPE, that can deliver packets directly into user space memory. It handles buffer allocation and load balancing (either static 5-tuple hashing, or dynamic flow affinity hashing are used here). The new packet source code is in source-mpipe.c and source-mpipe.h A new Tile runmode is added that configures the Suricata pipelines in worker mode, where each thread does the entire packet processing pipeline. It scales across all the Gx chips sizes of 9, 16, 36 or 72 cores. The new runmode is in runmode-tile.c and runmode-tile.h The configure script detects the TILE-Gx architecture and defines HAVE_MPIPE, which is then used to conditionally enable the code to support mPIPE packet processing. Suricata runs on TILE-Gx even without mPIPE support enabled. The Suricata Packet structures are allocated by the mPIPE hardware by allocating the Suricata Packet structure immediatley before the mPIPE packet buffer and then pushing the mPIPE packet buffer pointer onto the mPIPE buffer stack. This way, mPIPE writes the packet data into the buffer, returns the mPIPE packet buffer pointer, which is then converted into a Suricata Packet pointer for processing inside Suricata. When the Packet is freed, the buffer is returned to mPIPE's buffer stack, by setting ReleasePacket to an mPIPE release specific function. The code checks for the largest Huge page available in Linux when Suricata is started. TILE-Gx supports Huge pages sizes of 16MB, 64MB, 256MB, 1GB and 4GB. Suricata then divides one of those page into packet buffers for mPIPE. The code is not yet optimized for high performance. Performance improvements will follow shortly. The code was originally written by Tom Decanio and then further modified by Tilera. This code has been tested with Tilera's Multicore Developement Environment (MDE) version 4.1.5. The TILEncore-Gx36 (PCIe card) and TILEmpower-Gx (1U Rack mount).	13 years ago

11 Commits (68cfa009a0105ff2ae3f116d587f41ed92d5ef3e)