You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If I understand the benchmark data correctly, in both of these cases the base GPU (nvidia quadro gv100, nvidia geforce rtx 3060 laptop gpu) have entries that should allow them to be tier 3. I have also seen some code (e.g. src\internal\cleanRenderer.ts) that strips off some of the extraneous descriptors like "ANGLE", "Direct3D11", etc.
Perhaps there needs to be some additional handling to strip more off, or maybe the logic could be loosened to allow for inclusion of a substring rather than exact match (I have not looked into this).
The text was updated successfully, but these errors were encountered:
I checked out the code and added the GPU name strings from original report above to test\data.ts as members of RENDERER_DESKTOP so that I could run tests for them. Those tests passed. Debugging into the tests seems to show that each is correctly identified as the expected base GPU, then mapped to tier 3 with a 'BENCHMARK' result. Can one of the maintainers let me know if this is a legitimate way to have tested the behavior?
Assuming they are accurate, the test results leave me confused, because I have actual captured end-user data that shows the GPU names from the original report being mapped to tier 1 with a 'FALLBACK' result. I am trying to theorize how that could be possible given my test results. Could it happen if some endpoint used to access benchmark data was inaccessible for some reason?
We have seen the following GPU names detected on Windows using Chrome 126.0.0:
If I understand the benchmark data correctly, in both of these cases the base GPU (nvidia quadro gv100, nvidia geforce rtx 3060 laptop gpu) have entries that should allow them to be tier 3. I have also seen some code (e.g.
src\internal\cleanRenderer.ts
) that strips off some of the extraneous descriptors like "ANGLE", "Direct3D11", etc.Perhaps there needs to be some additional handling to strip more off, or maybe the logic could be loosened to allow for inclusion of a substring rather than exact match (I have not looked into this).
The text was updated successfully, but these errors were encountered: