Closed kevindweb closed 5 years ago
In response to PR creation
Your results will arrive shortly
In response to PR creation
Run successful see results: [Results from nimbnode30] Median TX pps for Speed Tester: 35191355
Everything is minified and web stuff is rebuilt, I'll test later today
Awesome thanks, I tried to limit the changes in c code, and there is no added code to any loops so performance shouldn't drop a result (most of the changes are initialization).
Semi related question - do we currently show any info about what core an NF is running on in the text console stats? If not, we should
@twood2 We don't but that's definitely something we should include for this release
check it out @onvm
check it out @onvm
Your results will arrive shortly
@twood02 @koolzz Should I update the stdout stats to reflect the nf core in this pr? Or I can do it in another one, just seems relevant to this one, especially since I'm already updating onvm_mgr/stats.c
check it out @onvm
Run successful see results: [Results from nimbnode30] Median TX pps for Speed Tester: 35173967
examples/aes_decrypt/aes.h:176: #endif line should be "#endif // _AESH" [build/header_guard] [5]
Total errors found: 1
examples/aes_encrypt/aes.h:185: #endif line should be "#endif // _AESH" [build/header_guard] [5]
Total errors found: 1
examples/flow_table/flow_table.h:63: #endif line should be "#endif // _FLOW_TABLEH" [build/header_guard] [5]
Total errors found: 1
examples/flow_table/msgbuf.h:71: #endif line should be "#endif // _MSGBUFH" [build/header_guard] [5]
Total errors found: 1
examples/flow_table/openflow.h:969: #endif line should be "#endif // _OPENFLOWH" [build/header_guard] [5]
examples/flow_table/openflow.h:50: Using deprecated casting style. Use static_cast
Welp it seems nicer when there's no errors but whatever.
@twood02 @koolzz Should I update the stdout stats to reflect the nf core in this pr? Or I can do it in another one, just seems relevant to this one, especially since I'm already updating
onvm_mgr/stats.c
I prefer a separate PR, the reason being is we want to make the stats code prettier (currently its a bit ugly). I was thinking of changing the description and value lines to global const char *
values and overall cleanup. That can probably wait tho until shared CPU so we don't have to deal with conflicts, besides review shared CPU as that is higher priority 😉.
@onvm make sure we're all good
@onvm make sure we're all good
Your results will arrive shortly
@onvm make sure we're all good
Run successful see results: [Results from nimbnode30] Median TX pps for Speed Tester: 35165829
examples/aes_decrypt/aes.h:176: #endif line should be "#endif // _AESH" [build/header_guard] [5]
Total errors found: 1
examples/aes_encrypt/aes.h:185: #endif line should be "#endif // _AESH" [build/header_guard] [5]
Total errors found: 1
examples/flow_table/flow_table.h:63: #endif line should be "#endif // _FLOW_TABLEH" [build/header_guard] [5]
Total errors found: 1
examples/flow_table/msgbuf.h:71: #endif line should be "#endif // _MSGBUFH" [build/header_guard] [5]
Total errors found: 1
examples/flow_table/openflow.h:969: #endif line should be "#endif // _OPENFLOWH" [build/header_guard] [5]
examples/flow_table/openflow.h:50: Using deprecated casting style. Use static_cast
@onvm make sure we're all good
CI Message
Run successful see results: [Results from nimbnode30] Median TX pps for Speed Tester: 35165829
Linter Failed
examples/aes_decrypt/aes.h:176: #endif line should be #endif
Your results will arrive shortly
@onvm make sure we're all good
CI Message
Run successful see results: [Results from nimbnode30] Median TX pps for Speed Tester: 35165829
Linter Failed
examples/aes_decrypt/aes.h:176: #endif line should be #endif
Run successful see results: [Results from nimbnode30] Median TX pps for Speed Tester: 35174025
examples/aes_decrypt/aes.h:176: #endif line should be "#endif // _AESH" [build/header_guard] [5]
Total errors found: 1
examples/aes_encrypt/aes.h:185: #endif line should be "#endif // _AESH" [build/header_guard] [5]
Total errors found: 1
examples/flow_table/flow_table.h:63: #endif line should be "#endif // _FLOW_TABLEH" [build/header_guard] [5]
Total errors found: 1
examples/flow_table/msgbuf.h:71: #endif line should be "#endif // _MSGBUFH" [build/header_guard] [5]
Total errors found: 1
examples/flow_table/openflow.h:969: #endif line should be "#endif // _OPENFLOWH" [build/header_guard] [5]
examples/flow_table/openflow.h:50: Using deprecated casting style. Use static_cast
@koolzz We should be good now. I made a fix in the javascript so we don't even need a nf stopping flag in onvm_stats.c
. I updated the style nits you asked for as well.
@kevindweb Tested, core page is nice. Everything seems to work as expected. MGR thread proly needs to be set to something like mgr aux(stats) or something. Might be cool to actually show cores allocated from the onvm_mgr and say that they are idle rn. Also we would want to know which cpu socket the core is on (basically a few future improvements, probably not in this pr)
Also noticed possibly a small js bug (the highlight under the 3 different tabs isn't under the right tab) See screenschot
(See some of my code comments above)
Thanks for reviewing, ya we can work on some of those functionality updates this summer. I've looked into the tab issue before when testing the old web stats. You need to click somewhere else and it will update. I'll see if there is an easy fix. Also, I'm making the updates you requested and pulling develop so I'll push again in a minute.
@onvm Sanity check
@onvm Sanity check
Your results will arrive shortly
@onvm Sanity check
Run successful see results: [Results from nimbnode30] Median TX pps for Speed Tester: 35184823
examples/arp_response/arp_response.c:284: Lines should be <= 120 characters long [whitespace/line_length] [5]
Total errors found: 1
examples/flow_table/openflow.h:50: Using deprecated casting style. Use static_cast
Added a core page to view where all the threads are located.
Summary:
In the web stats view of onvm, seen through
./onvm/go.sh 0,1,2 1 0xF8 -s web
, previously, the page was empty. Now, we have information about the cores, which can be seen in card format. Right now each core only runs one process, but with shared cpu in the future, will show multiple items on the same core.Usage: Run onvm web stats as shown above, and click on the Core Mappings page. This will be in the localhost (port 8080) of the node.
Merging notes:
TODO before merging :
Review:
Sanity checks, assigned to @koolzz @dennisafa
Run linter
Check for memory leaks
Performance, assigned to @koolzz @dennisafa
Documentation, assigned to @koolzz @dennisafa