rte_flow_item_fuzzy(3)
π rte_flow_item_fuzzy π
okay bestie, so this one is a manual page for the rte_flow_item_fuzzy thing in DPDK β it's a library functions manual situation, and yes it's literally just about one fuzzy little struct. let's get into it π¦
β¨ NAME β¨
rte_flow_item_fuzzy β the fuzzy pattern match item, iykyk
β¨ SYNOPSIS β¨
#include <rte_flow.h>
πΈ Data Fields πΈ
uint32_t thresh
β¨ Detailed Description β¨
RTE_FLOW_ITEM_TYPE_FUZZY π
So it's a fuzzy pattern match, and the whole point is that it's expected to be faster than default. Lowkey the tradeoff queen of pattern matching fr fr.
This exists for devices that support a fuzzy match option. And here's the tea: usually a fuzzy match is fast, but the cost is accuracy. Like, Signature Match only matches the pattern's hash value, but it's totally possible that two different patterns end up with the same hash value. π iconic behavior, honestly.
Matching accuracy level can be configure by threshold. The driver gets to divide the range of threshold and map it to different accuracy levels that the device supports. Periodt.
Now, the numbers β memorize these bestie:
- Threshold
0means perfect match (no fuzziness). No cap. β¨ - Threshold
0xffffffffmeans fuzziest match. Maximum chaos. π
Definition at line 1266 of file rte_flow.h.
β¨ Field Documentation β¨
π uint32_t thresh π
Accuracy threshold. That's it, that's the field. π
Definition at line 1267 of file rte_flow.h.
β¨ Author β¨
Generated automatically by Doxygen for DPDK from the source code. (not a human author, just a robot doing its little robot thing π«Ά)
and that's the whole page, bestie!! this was DPDK Version 25.11.3, mwah π go forth and fuzzy match responsibly, no fuzziness at 0, maximum fuzziness at 0xffffffff, slay πβ¨
π¦ where this page comes from
- ubuntu resolute: dpdk-doc 25.11.3-0ubuntu0.26.04.1 Β· BSD-3-Clause
- ubuntu stonking: dpdk-doc 25.11.3-1 Β· BSD-3-Clause
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms