<div dir="ltr">Hi DPDK users,<br><br>I’d appreciate feedback on SPD’s Greedy Reshaper control strategy:<br><br>Context<br>- Input each tick: per-worker RX KPPS from a perf core; small move budget per interval.<br>- Action: scan software RETA (256) and flip entries hot→cold, bounded by max_moves, to reduce imbalance.<br>- Aim: improve fairness/stability without disruptive global remaps.<div><br></div><div><p class="MsoNormal">What it is<br>• Software-only & portable: no NIC-specific features; all reshaping is done in user space. Suit for SDN.<br>• Bounded, in-place edits: each interval flips a small number of RETA entries to move hot buckets from overloaded to cold workers, keeping overhead predictable.</p><br>Questions<br>1) Heuristics: any pitfalls with bucket flipping under bursty traffic? Better ranking inputs you’d suggest?<br>2) Timing: practical sampling intervals on your x86/Arm setups to keep overhead hidden?<br>3) Validation: happy to compare against your traces; SPD logs per-second CSV.<br><br>Repo/Docs: <a href="https://github.com/mikechang-engr/software-packet-distributor">https://github.com/mikechang-engr/software-packet-distributor</a><div>Testbed so far: LX2160A-RDB, LSDK 21.08, Linux 5.10.35, DPDK 19.11.7 (PCAP/NULL vdev).<br><br>Thanks,<br>Mike</div></div></div>