Originally posted by lucrus
View Post
Announcement
Collapse
No announcement yet.
RADV Mesa 17.1-dev vs. AMDGPU-PRO 16.60 Performance
Collapse
X
-
Originally posted by NihilMomentum View Post
That picture is perfection! So true!
- Likes 2
Leave a comment:
-
Originally posted by lucrus View PostI wish I could update my profile picture with this one
- Likes 2
Leave a comment:
-
Is it possible that the difference in performance for higher resolution is in favor for AMDGPU PRO because of the missing ETC2 texture compression and ASTC LDR texture compression? There could be a bottleneck with the bus bandwidth without compression I assume. Does anyone know something about it?
Leave a comment:
-
Originally posted by charlie View PostFrom my testing at 3840x2160 with a r9 Nano radv git is faster than AMDGPU-PRO 16.60 Vulkan in Dota2. There was a some change in git before, "fast clears were enabled by default" that made the game silky smooth and that does not drop framerate so much during high combat compared to 16.60. The 16.60 binary becomes unbearable during high action. All Dota2 settings are maxed out except for High Quality Water.
Leave a comment:
-
From my testing at 3840x2160 with a r9 Nano radv git is faster than AMDGPU-PRO 16.60 Vulkan in Dota2. There was a some change in git before, "fast clears were enabled by default" that made the game silky smooth and that does not drop framerate so much during high combat compared to 16.60. The 16.60 binary becomes unbearable during high action. All Dota2 settings are maxed out except for High Quality Water.
Also can you post opensource overclocked settings in the future? I just learned HBM can do a 20% overclock on this card with "echo 20 > /sys/class/drm/card0/device/pp_mclk_od" (valid values 0-20) and "echo 5 > /sys/class/drm/card0/device/pp_sclk_od" for gpu overclock (valid values 0-20).
- Likes 2
Leave a comment:
-
Originally posted by debianxfce View PostNobody has the same hardware resources that a gpu manufacturer has. Open source freaks can not test and are missing gpu driver development experience. It is paranoid to see trojans everywhere.
Though I'm happy with the current situation and for security reasons there might also be other ARM hardware or something that exposes all hardware interfaces completely and doesn't have to be too competitive in the future.
Leave a comment:
-
Guest repliedOriginally posted by debianxfce View Post
Nobody has the same hardware resources that a gpu manufacturer has. Open source freaks can not test and are missing gpu driver development experience. It is paranoid to see trojans everywhere.
- Likes 1
Leave a comment:
-
Qaridarium, tcpdump or it didn't happen. Unless you're suggesting the entire network industry is colluding with the GPU manufacturers.
I used to be in the network industry too.
- Likes 1
Leave a comment:
Leave a comment: