talawahtech
Joined 11 years ago
Joined 11 years ago
The post shows an example of using an agent to build and deploy a web app on the new account.
Help make AWS faster, more efficient, and cheaper for our customers!
Our team is hiring multiple SDEs with experience in distributed system performance and strong problem-solving/detective skills.
Feel free to reach out to the hiring manager on LinkedIn with any questions: https://www.linkedin.com/feed/update/urn:li:activity:7324200...
Performance Optimizations: https://docs.aws.amazon.com/linux/al2023/ug/performance-opti...
Release Cadence: https://docs.aws.amazon.com/linux/al2023/ug/release-cadence....
Kernel Live Patching: https://docs.aws.amazon.com/linux/al2023/ug/live-patching.ht...
Cloud Init: https://docs.aws.amazon.com/linux/al2023/ug/cloud-init.html
Full package list: https://docs.aws.amazon.com/linux/al2023/release-notes/all-p...
Correct, it is a fake HTTP server, serving a real HTTP workload. This post is about comparing two different networking stacks (kernel vs DPDK) to see how they handle a specific (and extreme) HTTP workload. From the perspective of the networking stack, the networking hardware, and the AWS networking fabric between instances, these are real HTTP requests and responses.
> I'd really love to see this adapted to do actual webserver work and see what the difference is.
Take a look at my previous article[1]. It is still an extreme/synthetic benchmark, but libreactor was able to hit 1.2M req/s while fully parsing the HTTP requests using picohttpparser[3].
From what I recall, when I played with disabling HTTP parsing in libreactor, the performance improvement was only about 5%.
1. https://talawah.io/blog/extreme-http-performance-tuning-one-...
Skipping the parsing of the HTTP requests definitely gives a performance boost, but for this comparison both sides got the same boost, so I didn't mind being less strict. Seastar's HTTP parser was being finicky, so I chose the easy route and just removed it from the equation.
For reference though, in my previous post[2] libreactor was able to hit 1.2M req/s while fully parsing the HTTP requests using picohttpparser[3]. But that is still a very simple and highly optimized implementation. FYI, from what I recall, when I played with disabling HTTP parsing in libreactor, I got a performance boost of about 5%.
1. https://talawah.io/blog/linux-kernel-vs-dpdk-http-performanc...
2. https://talawah.io/blog/extreme-http-performance-tuning-one-...
I am going to try this out next week.