-
-
Notifications
You must be signed in to change notification settings - Fork 8.7k
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
/workspace/xgboost/src/metric/rank_metric.cc:603: Check failed: dat[0] <= dat[1] (1.07837 vs. 1) : AUC-PR: AUC > 1.0 #6561
Comments
If not obvious how to fix, I can provide a repro in a few days. |
This fails on first iteration of the loop, but produces the AUC-PR problem. The odd thing is the result is different each time.
etc. |
FYI the file is named as a segfault because on another system with this work-around: h2oai@8e319d4 it leads to segfault eventually in the loop, even though it is a fresh fit every time. I'll file separate issue. |
@pseudotensor are you able to use ROC-AUC instead with the current main? #6747 was just merged in, which should make that version work much better. AUCPR is still planned for an update, but it will take a fair amount of work too, so if ROC-AUC is usable as a workaround it may get you a solution faster. |
We are just finishing py38+rapids0.19.2 etc. upgrade and will be trying to see if have these dask problems still. Yes, I'll avoid AUCPR for dask for now. |
No dask this time ;), just hyperopt and cudf being used and among hyperparameters happen to stumble onto this error for a couple tests. This is a binary problem.
Seems like a bug in AUC-PR.
The text was updated successfully, but these errors were encountered: