Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FastClick #2

Open
tbarbette opened this issue Jul 6, 2020 · 0 comments
Open

FastClick #2

tbarbette opened this issue Jul 6, 2020 · 0 comments

Comments

@tbarbette
Copy link

tbarbette commented Jul 6, 2020

Hi all,

@rg0now told me this list accepts contribution, so I'd like to propose FastClick that could be in the "interesting" graph-based list. Not sure how to add as the list seems auto-generated?

@inproceedings{barbette2015fast,
author = {Barbette, Tom and Soldani, Cyril and Mathy, Laurent},
title = {Fast Userspace Packet Processing},
year = {2015},
isbn = {9781467366328},
publisher = {IEEE Computer Society},
address = {USA},
booktitle = {Proceedings of the Eleventh ACM/IEEE Symposium on Architectures for Networking and Communications Systems},
pages = {5–16},
numpages = {12},
keywords = {high-speed net- working, fast packet i/o, network processing., click modular router, netmap, multi-queue, intel dpdk, userspace i/o, numa},
location = {Oakland, California, USA},
series = {ANCS ’15}
}

A description could be :

The paper reviews and quantitatively compare several high-speed packet I/O frameworks, showing their superiority to kernel-based forwarding. Authors then reconsider their integration in the Click Modular Router, in the context of modern commodity hardware with hardware multi-queues, multi-core processors and non-uniform memory access. Through a combination of existing techniques and improvements of their own, authors derive modern general principles for the design of software packet processors. After 5 years of continuous development, FastClick is still an up-to-date choice for fast prototyping of high-speed (100G and beyond) packet processing as shown in various recent literature.

I think RSS++ could also fit in the list. It is somewhere between "Programmable NIC", "Embedded State" and "Load-balancing" because it leverages the NIC's RSS mechanism to ensure load-balancing while not breaking state though a new sub-table design to allow efficient state management.

Cheers,

Tom

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant