amd吧 关注:796,002贴子:18,324,035

回复:这个fury可以搞一个吗

只看楼主收藏回复

此卡从矿中来 买个1065吧


IP属地:天津来自iPhone客户端54楼2018-07-27 17:50
收起回复
    N炮的做法 永远就是以一两张驱动未更新或者游戏未更新的测试图
    拐着弯的来黑 。你那几张破图存了很久了吧,而且发了好几个吧
    事实我点开gamegpu 随便找了个几个游戏
    1600X都不存在带不动vega的情况,当然你非要说特定的游戏 我建议你拿新驱动重新测
    起源这游戏,首发的时候和后续驱动都是优化过了
    你选择性的调出来 永远跑不出去以偏概全这种让人不齿的手段




    IP属地:广东55楼2018-07-28 09:09
    回复(7)
      2025-06-07 12:43:27
      广告
      回复楼上的A炮 事实上 你换成扫雷 纸牌 这种来测 效果更好。。。
      拿一群I5-7600k无限接近默秒全的游戏 得出的结论是 该游戏完全不吃CPU;或者是 只能推出7600k/8350k@5.0G 默秒全
      游戏都不吃CPU 体现个鸡毛的CPU游戏性能。。。。


      IP属地:加拿大来自Android客户端56楼2018-07-28 09:57
      回复(3)
        A炮也就会禁言了 可能瞎了 看不到天国拯救吧 毕竟他的理论是 吃U的DX11游戏都是A黑 比如天国拯救
        那么问题来了 不吃U的游戏(A炮列举的那些) I5-7600k@5.0G默秒全 这些游戏也是A黑么?
        可能不利于A的情况 都是A黑吧 这世界不是A黑的 也只有DX12了。。。DX11有罪啊 天生A黑


        IP属地:加拿大来自Android客户端57楼2018-07-28 10:19
        回复
          和楼上这种N炮真没办法沟通,一张破图满世界发,1600是有瓶颈,但是绝对不是什么“带高端A卡都一样”这种睿智结论,选择性失明忽视我发的测试,而选择 起源代表世界,就证明和你这种睿智没办法沟通,会拉低档次


          IP属地:广东来自Android客户端58楼2018-07-28 10:26
          回复(1)
            和楼上的A炮也无法沟通 无解
            另外 思考后 咱承认咱的话有局限性 毕竟没有考虑到扫雷和纸牌 WOT/WOW 这些也是游戏 这些1600带Vega当然够用(1200都够用了。)
            下个最终结论 在吃U的DX11游戏中(代表天国拯救) R5-1600会严重瓶颈 此时上4096sp的A卡毫无意义
            在不吃U的 或者DX12开发的游戏中 R5-1600还算是能用的 此时上4096sp的A卡会有一定提升
            (以上就是A卡为什么28nm是4096sp 14nm是4096sp 7nm还是4096sp的个人解释 AMD并不能保证 以后没有吃U的DX11游戏——当DX12完全取代DX11那天 相信A卡就会继续堆SP了)


            IP属地:加拿大来自Android客户端59楼2018-07-28 10:36
            回复(1)
              同级AN卡对比
              N卡的温度永远比较感人 更消耗CPU,CPU占用率更感人
              占用率一目了然,试图 混淆 A卡对U起点高= A卡吃U ,就是个伪命题


              IP属地:广东60楼2018-07-28 10:48
              收起回复
                既然你那么喜欢起源
                咱们就把起源分析一下
                同级卡对比,起源无疑是个A黑游戏,非公56 比1070ti 平均落后几帧
                但是CPU的话,N卡的占用率永远感人,8700K 这里被活活吃掉了65%的占用率
                温度达到了80度
                我不明白你洗什么?


                IP属地:广东61楼2018-07-28 10:52
                回复(1)
                  2025-06-07 12:37:27
                  广告
                  要信仰就fury x 要不这个价不如加价买rx580或者1065


                  来自Android客户端62楼2018-07-28 11:01
                  回复
                    矿卡无疑


                    IP属地:云南来自Android客户端63楼2018-07-28 11:10
                    回复


                      IP属地:江苏64楼2018-07-28 11:13
                      回复(4)
                        CPU利用率高点 就是感人 这思路才是奇怪。。。为了更高帧数 体验更好更流畅 提高点CPU利用率怎么不行了?
                        DX11下 除了WOT/WOW这种单线程开发的 N卡本身就可以做到多核心均分任务 6/8C全部使用 其CPU利用率当然比只能4T利用的A卡要高 这有要什么洗的???
                        你要说 DX12下 大家都是所有核心启用 此时N卡神奇的高于A的使用率 那还算问题 值得研究
                        现在 这就是DX11 N卡帧数普遍高的原因 A卡CPU利用上不去了瓶颈了 这还不够解释的???(所以R5下A卡被暴打——推论 如果Intel能出个6G的U 此时Vega可以提高到1080TI档次 现在5G的CPU已经限制了发挥?)
                        可能A卡用户都不玩游戏 希望CPU负载1% 帧数10帧 卡翔吧——AMD泪流满面 老子推DX12就是为了能充分用多核 你们这群B崽子居然不乐意???


                        IP属地:加拿大来自Android客户端65楼2018-07-28 11:34
                        回复(3)
                          哦 是这样的吗?》
                          CPU占用率高 就可以提高帧数
                          那么这图你解释一下
                          CPU消耗如此多
                          依然被A卡吊打很多帧
                          怕是自圆其说洗成睿智了


                          IP属地:广东66楼2018-07-28 11:40
                          回复(1)
                            感受到了 DX11天生有罪! DX11只有两种游戏 都瞎黑AMD!
                            第一种A卡黑 即很吃CPU的游戏 A炮:为什么你开发时能使用16T 为什么这么吃CPU!我们A卡就只能用4C CPU性能下降时就被N吊打 这不公正!——结论:这游戏瞎黑A卡!(比如天国拯救)
                            第二种 AU黑 即不吃U 只能4T甚至1T的游戏 A饭:为什么你开发时不能用16T 为什么只能4T!我们AU就是单线程比I差了些 你这么开发 1800X空有4倍框框 表现比7600K@4.8G还差 辣鸡优化!——结论 这游戏黑AU!(比如WOT/WOW)
                            开发商:。。。。。。好好 都是我的锅 怪我DX12还不熟练!


                            IP属地:加拿大来自Android客户端67楼2018-07-28 11:48
                            回复
                              2025-06-07 12:31:27
                              广告
                              mdzz 同一个游戏 CPU利用率高才可能帧数更高 不同的比个毛。。。
                              另外 对于A炮的图 咱表示很迷惑 请问这图出自??? 个人表示 和评测里好像不符啊 哪个U 什么特效下 能出现这么奇怪的帧数?咱翻遍了 都找不到对应的 哪个评测网站搞的打Gamegpu脸的图?让咱了解一下 好发个邮件让他们重测下?







                              IP属地:加拿大来自Android客户端69楼2018-07-28 12:24
                              回复(1)