-
Notifications
You must be signed in to change notification settings - Fork 21
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
Performance problem #26
Comments
@ygmoon , If you have some time, can you please take a look at it. @chandaweia, I will test out midstat over the weekend. Please allow me a few days. I will have to set up my testbed in the lab server room before I can run this experiment. |
Thanks so much. If you have some questions about my test of Midstat, let me know. I'm glad to talk about the MOS with you. |
Can you please share the contents of the following:
|
Hi @chandaweia . Yes, |
Hi @ygmoon . The NIC model is as following. The CPU cores are 20 but when I run without changing any of your code, there will be 8 threading running by using htop. Actually, I want to limit the cores the midstat uses, so I change the g_max_cores value. And after changing, the performance will decrease. I wonder whether there may be rings that don't match the number of mtcp threads. |
I’m using your latest version mOS-networking-stack but meet a problem. I will be grateful if you can help me. I found that if I run the Midstat in inline mode and add a line code “g_max_cores = 6;” in here: https://github.com/mos-stack/mOS-networking-stack/blob/master/samples/midstat/midstat.c#L298 , the midstat will have very low performance(the throughput will decrease from 1.1G to ~140M or even 0 )(like the following picture). I thought there may be a problem of coordination of multiple mtcp threads.
If I don't edit the code and just run by ./midstat -c 6, the performance problem also exists.
The text was updated successfully, but these errors were encountered: