-
Notifications
You must be signed in to change notification settings - Fork 102
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
PVP Stats #120
PVP Stats #120
Conversation
Has been running 24h without issues |
@LordJavi Stunfisk doesn‘t have an evo in general right? |
I've been running this for the past couple days. The pvp aspect of this works well. The CPU consumption needs to be looked at. When I first ran this, I did not add the new icons and the increase to CPU was noticeable but pretty minor. Then, I added the icons and restarted. The CPU was >90% during icon creation. I expected the load to be reduced after all the icons were generated but this was not the case. Even after icons were generated and I restarted RDM, CPU load was >90%. So, I removed all the new icons and restarted. CPU load dropped back to normal. |
Thats just a rounding problem. Notice how they are extremely close in ranking points. |
Not really, but if CP is calculated can't be compared? rank 1 always have best CP, isn't? |
That shouldn't matter. |
Does the performance problem still exist? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With the latest commits, the CPU usage is not significantly higher than rdm without this pr. During image generation, CPU usage spikes but once that is complete, CPU drops to normal. PVP calculations look good as well. Ready to merge in my opinion,
Given identical PVP ratings, why wouldn't CP then be the deciding factor? It could matter depending on the match-ups if a 2281 CP vs a 2275 CP allows the Pokemon to absorb one more hit, thus making it "better". It seems like it should matter. |
@kbtbc i believe thats already taken into account when calculating the pvp value |
Their attack defense and stamina values (not IV but calculated values) are identical just happens to not be identical CP because of how pogo calculates cp |
Ok, cool. I'm pulling now to test. When you merge, please add a 'if exists drop' for the db migration ;-) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have deployed the latest version of this, and it seems to be running fine last 30min. No noticable cpu spike. I am not running the front-end, so no image-generation was done in my test.
I do see the new values updated in the new pvp fields in my db. Everything seems to be functioning fine.
...Will there also be an update to the Poracle PR?
see: KartulUdus/PoracleJS#151 (comment)
Description
pvp_rankings_great_league
andpvp_rankings_ultra_league
columns topokemon
tablepvp_rankings_great_league
andpvp_rankings_ultra_league
topokemon
webhookmisc
folderIcons
first.png
:second.png
:third.png
Format
Motivation and Context
includes #119
How Has This Been Tested?
Tested locally. Needs more testing
Screenshots (if appropriate):
Types of changes
Checklist: