POPPUR爱换

标题: GTX970的规格居然标错了? [打印本页]

作者: 治病救人    时间: 2015-1-28 11:26
提示: 作者被禁止或删除 内容自动屏蔽
作者: 想吃猫的鱼    时间: 2015-1-28 11:28
继续降价就行了
作者: G70    时间: 2015-1-28 22:30
提示: 作者被禁止或删除 内容自动屏蔽
作者: big-bang    时间: 2015-1-30 11:34
反正不会买,看看戏好了,迫NV降降价也是好事,960的价格也不在考虑范围,800-1K左右才是适合自己的菜
作者: 蒙大拿    时间: 2015-1-30 12:28
个人表示7300GT性能严重过剩,960什么的都是噱头.
作者: 3670636    时间: 2015-1-30 13:36
隔壁一群人都在讨论着国外全额退款的事情呢,只能说GTX970确实不适合强迫症患者,其实老黄只要愿意降价部分退款,GTX970还是物超所值的,毕竟性能摆在那!
作者: fengpc    时间: 2015-1-30 22:47
G70 发表于 2015-1-28 22:30
测frametime就露馅了。不过……最可悲的是……3.5GB以内的占用,970实际上是224bit的位宽,吊打了512Bit的友 ...

3.5G以内是256bit吧
作者: amx004    时间: 2015-1-31 00:14
fengpc 发表于 2015-1-30 22:47
3.5G以内是256bit吧

是224bit
作者: G70    时间: 2015-1-31 15:59
提示: 作者被禁止或删除 内容自动屏蔽
作者: tzwj    时间: 2015-1-31 17:19
G70 发表于 2015-1-31 15:59
224bit的哟,你看nais benchmark跑出来的成绩正常部分就比980低

nais那个软件不准的,实际是3.5GB的是全速,最后0.5G是半速。
作者: G70    时间: 2015-1-31 17:50
提示: 作者被禁止或删除 内容自动屏蔽
作者: amx004    时间: 2015-1-31 20:04
tzwj 发表于 2015-1-31 17:19
nais那个软件不准的,实际是3.5GB的是全速,最后0.5G是半速。

转个图, 据说是修正后童叟无欺版本, 有个错误是GB码成了MB
[attach]2763207[/attach]

作者: yfren01    时间: 2015-1-31 20:40
GTX970会因此降价吗??
作者: fengpc    时间: 2015-1-31 21:57
amx004 发表于 2015-1-31 20:04
转个图, 据说是修正后童叟无欺版本, 有个错误是GB码成了MB

这个也不对,是前3.5G是256bit,后0.5G是64bit
作者: tzwj    时间: 2015-1-31 22:25
本帖最后由 tzwj 于 2015-1-31 22:28 编辑
amx004 发表于 2015-1-31 20:04
转个图, 据说是修正后童叟无欺版本, 有个错误是GB码成了MB

媒体自己根据网上的信息推测,只能信一部分。显存带宽那部分明显不对,只是根据8/7和8/1的说法猜测。
作者: 路西法大大    时间: 2015-1-31 22:56
本帖最后由 路西法大大 于 2015-1-31 22:57 编辑
yfren01 发表于 2015-1-31 20:40
GTX970会因此降价吗??

不会.....除非AMD出了一款差不多的又切入这个价格段打价格战
就正如部分真玩家所言的哪怕是给你退款了你这个价位还能买啥呢?

作者: G70    时间: 2015-1-31 23:50
提示: 作者被禁止或删除 内容自动屏蔽
作者: jhg1159    时间: 2015-2-1 01:23
本帖最后由 jhg1159 于 2015-2-1 03:02 编辑
amx004 发表于 2015-1-31 20:04
转个图, 据说是修正后童叟无欺版本, 有个错误是GB码成了MB

这个表格应该也是错的误的.严格来说正确的应是3584(224bit)+512M / 3072(192bit)+1024(32bit)/4096(224bit),32bit的MC只是起到显存管理功能(像仓库管理员),打个比方来说,数据当成货物,ROPS/L2相当搬货工(8人)MC相当仓库管理员,显存容量相当仓库(8个区共4096),970相当裁减了一个搬货工(还剩7人),970的一般运行就是7个搬货工朝7个分区搬货,一个区闲置,但有两个区共用一个搬货工,当货物较多时,才朝闲置区放置非常用物品(不紧要数据)
作者: fengpc    时间: 2015-2-1 10:44
jhg1159 发表于 2015-2-1 01:23
这个表格应该也是错的误的.严格来说正确的应是3584(224bit)+512M / 3072(192bit)+1024(32bit)/4096(224bi ...

是3.5G(256bit)+0.5G(64bit),头3.5G是货真价实的256bit对称4通道。至于为什么少一块L2的MC只能同时管理0.5G内存,那可能是cache映射的关系了,哪个大牛能解释一下?
SM读显存实际是读L2,实测带宽比980稍低是因为L2少了一块,内部带宽低了一点。980实测有效内存带宽比770高就是因为L2端口多了。
作者: lemonninja    时间: 2015-2-1 12:38
fengpc 发表于 2015-2-1 10:44
是3.5G(256bit)+0.5G(64bit),头3.5G是货真价实的256bit对称4通道。至于为什么少一块L2的MC只能同时管理0 ...

NV给出的说法是crossbar和L2 cache被阉割了,显存控制并没有变化。所以应该是这个0.5G的部分是孤立,不形成多通道。具体可以参考NV在GeForce3开始就一直沿用的Lightspeed Memory Architecture结构
作者: jhg1159    时间: 2015-2-1 13:52
本帖最后由 jhg1159 于 2015-2-1 13:53 编辑
fengpc 发表于 2015-2-1 10:44
是3.5G(256bit)+0.5G(64bit),头3.5G是货真价实的256bit对称4通道。至于为什么少一块L2的MC只能同时管理0 ...

256bit对应4096MB,每32bit对应管理512MB的显存.总的来说就是MC控制单元/显存容量没有砍掉,砍的是L2与ROPS也就是SMM与显存中间的连接通道数量.总有效带宽降低.如每32bit对应的ROPS与L2为256KB,最终相近的两个32bit显存单元只能共用256KB的L2.
作者: G70    时间: 2015-2-1 14:17
提示: 作者被禁止或删除 内容自动屏蔽
作者: jhg1159    时间: 2015-2-1 14:49
本帖最后由 jhg1159 于 2015-2-1 14:50 编辑
G70 发表于 2015-2-1 14:17
每多少bit对应管理多少MB的显存,这句话一开始就错了。

不应这样理解的么?

作者: G70    时间: 2015-2-1 15:22
提示: 作者被禁止或删除 内容自动屏蔽




欢迎光临 POPPUR爱换 (https://we.poppur.com/) Powered by Discuz! X3.4