赌 大 睾丸小会不会影响生育顿卡

帖子很冷清,卤煮很失落!求安慰
手机签到经验翻倍!快来扫一扫!
麻烦大家,哪位高人帮忙看下,硬盘会不会玩游戏时卡顿呀?
1481浏览 / 13回复
正品行货无忧退换顺丰包邮
希捷 Barracuda 1TB 7200转 64MB 单碟(ST) 单碟1TB
ZOL商城价:¥325
CPU主板内存硬盘显卡机箱电源散热器显示器麻烦大家,哪位高人帮忙看下。最近要攒机,听说希捷2T的硬盘 st 游戏时会卡顿,平时也会卡顿现象。真的假的?那么什么硬盘会好一点呢?固态的会好吗?
高配置!绝对不会卡!再加一块SSD固态做系统盘更爽。
加一块SSD固态做系统盘
如果玩顿卡并伴有硬盘咔咔声,那么看看硬盘C1吧
现在的硬盘太让人不放心了
对 楼主 zjf3679 说:=========================肯定不会。。
谢了,各位,等攒玩后我再告诉大家卡不卡吧。呵呵....最近刚刚听说,西数C1门,以前从不在意这些。直到听说磁头回到硬盘上时可能会用很少的时间来寻址什么的,会造成玩或者看的卡顿。目前对SSD还不是很感冒。什么时候PCI-E接口的1T的ssd降到2500才买。呵呵....大家为什么那么迷恋SSD,或者一块SSD和一块大容量机械式硬盘的平台呢,对这个平台从感官上真的能有明显提升吗?据说SSD是很耐用的,可是我现在这块普通机械式硬盘也用了三年了,硬盘倒是还没什么事,整个平台该换了。用不了多久更高更快更强的就会出现,我还是不追高了,上面的那个平台其实还算是合理的。谢谢各位。
要是网上下载的单机
卡是必须的
要是腾讯游戏
卡是正常的
我保你不卡
对 楼主 zjf3679 说:=========================楼主,你好,装好机了吗?试用得怎样了, 我现在就想买你那个,但看了好多帖,都说,c1升得好快,磁头伸出会导致或者系统短暂1秒左右的卡顿,你那个有没有试过这样的现象?再问下,你那个2t的是两碟的还是三碟的?
对 第6楼 zhoumaoshun 说:=========================
你好,哥们。我9月15号装,现在都准备的差不多了。要不你再等等。我估计是没问题的。顿卡可能跟以及其他硬件兼容的问题吧。我猜的。我这几天看映众gtx680冰龙版降得挺厉害的,骨伽gx800也降了,大部分硬件都在降价。我是9月十五六号装机。九月二十号应该能告诉你大概的结果吧。
对 第5楼 qq 说:=========================哥们你好,我就是想玩单机的,变形金刚塞伯坦的陨落,虐杀原型2,幽灵行动4,上古卷轴5,狙击精英V2,神奇蜘蛛侠,黑暗血统2,马克思佩恩3,失落星球2,热血无赖,质量效应3,全面战争系类,尘埃3,2 单机遭遇战什么的,战地3,骑马与砍杀(开1000人同时上场补丁)飞行模拟类的什么鹰击长空2,街霸4,三位一体系列,游民里的那些能下载的PC。未来还在等待星球大战1313,罗马2全面战争。
网上的单机 都不是正版
都是没有优化
没有修复bug的版本
卡就忍忍吧
网游就不会
9YN162 和1CH162 前者老款问题较多 咔哒声 卡顿 速度慢 系统启动超慢 C1等等 ;后者是新款 测试发现已经无前者的那些问题了 估计是改良产品 所以编号变了
浪费了我一周时间 测试的结果 才换了新款 好用多了
对 第6楼 zhoumaoshun 说:=========================你好,哥们。是在不好意思,最近一直在下载然后实验什么的。这个不卡。玩的时候或者上网看的时候都不卡的,但是硬盘的咔咔声很大。是咔咔咔咔咔咔声。比风扇声音打多了。我用的是大霜塔。显卡和CPU散热器还有电源风扇都挺静音的。只是GTX680没有传说中的那么强。正打算再添一块GTX680冰龙,组个SLI。希望能干掉那些NB游戏。
对 第10楼 anni_lz 说:=========================我的那个显示是StYN164,声音还是一样的响。但是没感觉有卡顿的现象。有时连续有咔咔声。也没有卡顿的现象。只是觉得GTX680没有传说中的那么强大。不知道再添一块GTX680,组SLI会不会解决问题。
对 第10楼 anni_lz 说:=========================固件是CC4C
您需要登录后才可以回帖&&&|&&&&&
可能感兴趣的板块:
用户名/注册邮箱/注册手机号
其他第三方号登录<div id="click_content_aid_
<div id="favrite_content_aid_
游戏延迟深入解读:fraps测卡顿其实不靠谱
游戏延迟深入解读:fraps测卡顿其实不靠谱
14:22&&|&&作者:
&&|&&关键字:,,,,
  Anandtech网站昨晚撰文也分析了这个问题,而且还有专业的AMD技术人员讲解了3D渲染的过程以及fraps记录帧率的原理,这可以帮助我们从另一个角度来看清什么是帧延迟,什么才是真正的卡顿。
&  在昨天的 Ti Boost一文中,有读者提到我们的显卡评测缺少帧时间统计,这个问题我们一直在关注,因为帧时间的讨论还引出了另一个问题:AMD显卡的游戏的卡顿现象。
   Ti对比测试开始的,因为TR认为HD 7950性能虽然比GTX 660 Ti要高,但是在有些游戏里会感到更卡,正是因为它的帧时间不够稳定,每帧生成时间波动太大了。实际的感受就变成有时流畅,有时候就会卡。
  很快Tomshardware也跟进了,但也有个别媒体用自己的方式来测试,使用了一个高端的双链DVI接口的数据采集卡来收集整个显卡输出的数据,包括帧率、帧时间等等,再通过这些数据来分析游戏的帧速分布。
  除了游戏内建Benchmark,使用Fraps软件记录游戏帧时间的测试方式早被大众认可,很多读者也认为这种方式比平均帧要更可靠,但是我们对帧时间的了解不多,对这种测试方式心存怀疑。非常应景的是,昨晚撰文分析了这个问题,而且还有专业的AMD技术人员讲解3D渲染的过程及Fraps记录帧率的原理,帮助我们从另一个角度来看清什么是帧延迟,什么才是真正的卡顿。
  值得一提的是,在各家媒体的测试中AMD显卡都是毫无疑问的“受害者”,因为他们的帧时间显得波动很大,表现不如竞争对手,很多消费者估计也会受此影响。不过,AMD既没有站出来大声反击这些质疑,也没有完全沉默不言,他们想坐下来谈谈帧延迟的问题,告诉大家他们是怎么想的。
  原文内容非常理论化,内容也很长,所以我按照原文的流程分成几个部分精简的介绍一下。
◆ &显卡的3D渲染过程以及延迟的真正定义
  解释帧时间之前需要先了解一下Windows系统的渲染过程(Rendering Pipeline)。渲染过程本身并不复杂,但是因为要涉及到Windows系统、CPU、GPU以及驱动等层面,需要知道是哪个环节出了问题才造成延迟的。
  从基本原理上看,渲染主要有3个过程,应用程序需要将数据传递给Windows系统,Windows则通过驱动管理这个处理过程,最后等系统和驱动准备完成了,GPU就会输出一帧图像并显示出来。
  长话短说,Windows系统中负责管理的就是Direct3D API,它是DX
API中最主要的3D渲染API,是一个庞大的、复杂的API命令与函数的的集合。D3D首先也是最主要的作用就是收集应用程序的各种绘制命令(draw),并将其结合起来,为进一步的工作做处理。一旦某个完整帧的帧绘制命令都收集完了,D3D就会把它处理完成的工作传递给显卡驱动堆栈的第一个组成部分——UMD(
User Mode Driver)。
  UMD主要负责D3D的输出,并将其变成GPU可以处理的工作批次(work batches)。这些工作批次、命令缓冲器(也叫做显示列表,Display
Lists)都是适合目前GPU处理的指令及数据的集合。
  UMD另外一个工作就是着色器编译(shader compilation)以及将正确而且最适合的表面格式(surface formats)分配给GPU。
  UMD的工作完成之后,它就会把命令缓冲器传递回D3D,D3D再依次把命令交给上下文队列(context
queue),这是可能会造成卡顿的第一个瓶颈,至于它为什么会造成瓶颈,后面还会继续讲到。
  上下文队列之上还有GPU调度器,它负责管理原本应该通过context queue送到KMD( kernel mode GPU
driver)而实际上却脱离的命令缓冲导致的爆音(popping)意外。
  通过上面的一系列过程我们在GPU的后端缓冲器里最终渲染出了一帧完整的图像,但是这一帧并不会自动输出到显示设备上,命令缓冲器批次的最后一步是Direct3D
Present,Present命令的作用就是告诉GPU将后端缓冲器发到前端,然后将渲染的图像输出给用户,只有present指令执行完之后图像才会输出。
  以上就是一个3D渲染过程的简单介绍,下面我们再来看看什么是真正的帧延迟。延迟的真正定义
  卡顿(shutting)的定义有很多,实际中我们一般这么定义:任何可能导致每帧时间显著变化的情况都可以定义为卡顿,这是一个通用的定义,但是造成卡顿的情况有很多,还得分别来看。
  Anandtech将卡顿分为单卡卡顿和多卡卡顿两个部分来讲,不过首先还是看各种可能造成卡顿的原因。如果GPU用了超过预期的时间(要知道不可能先于时间精确预计需要渲染多少次)来渲染图像这就会造成卡顿;如果驱动程序需要等待很长时间才能为GPU准备好需要渲染的某一帧,这也会造成卡顿;如果游戏的仿真步长(
simulation
step)用了很长时间也会导致卡顿;如果CPU/OS太忙导致不能预期发送指令也会导致卡顿,总之就是造成卡顿有各种可能,每一个步骤出了意外情况都可能导致卡顿现象发生。
  而造成这些现象的根本原因是Windows系统并不是一个实时操作系统(real-time operating
system),这意味着它不能在某个周期内执行任意的一条指令,只有当它准备好执行的时候才可以进行操作。为了达到这种毫秒级的反应,应用和驱动程序需要确保每个过程都是平滑进行的。
  虽然Windows系统一直在努力保证各项工作都是即时进行的,但是要知道PC是由各种各样的硬件组成的,种类和数量都非常庞大,这就造成了它很难消除卡顿。
  最回到我们的问题上来,如果禁用了垂直同步,卡顿就是一个很常见(虽然不是一直出现)的问题。如果开了垂直同步,以目前LCD的60Hz刷新率来算,平均生成每帧至少需要16.6ms。由于60fps这个限制,开了垂直同步之后,任何低于16.6ms的帧生成时间都会被阻挡在上下文队列中,这种固定16.6ms的帧时间就大大减少了卡顿现象。
  如果读者需要进一步了解垂直同步及三重缓冲的信息,可以翻阅几年前我们论坛版主privater翻译的Anandtech的另一篇文章
  在讨论帧时间时我们还必须要区分两个定义,一个是延迟(latency),一个是帧间隔(frame
interval)。延迟在这里的定义是指完整渲染完一帧图像的时间,而帧间隔跟延迟有关,但是又不同,它指的是每帧的间隔时间,典型的来说就是在渲染完成的末尾、正在显示的每帧间隔时间。
  这张图更好理解,延迟是完成一帧的渲染时间,帧间隔则是负责发送输出指令的两个present命令之间的时间。
  我们通常所说的卡顿实际上并不是这个延迟决定的,而是帧间隔(frame
interval)时间决定的。帧延迟可以用独立测量出来,fraps软件就是最常用的工具了。我们这里谈的则是帧间隔。
  虽然我们可以建立一个存在帧间隔分割点的模型,在这个点上可以视其为卡顿或者不卡顿,但是帧间隔这个概念对每个人的感觉也是不同的,生成这一帧需要的时间比前一帧多了5ms,这样会导致卡顿吗?10ms?20ms?30ms?如果是在30fps
vs 60fps之间呢?
  在与AMD的交谈中,AMD就提出了这样一个简单而又重要的问题:我们可以用工具客观测量出卡顿的存在,但是我们不能客观地衡量卡顿对每个用户的影响。
  下面的讨论就有点哲学味道了,总之Anandtech及AMD更倾向于认为卡顿这个事就算可以测量出来,但是它对每个人的影响也是很难评估的。
  在了解了3D渲染过程以及什么才是卡顿的真正定义之后,我们再回头看看frpas这类软件是如何捕捉延迟的,是否真的靠谱。
◆ &Fraps记录延迟为什么不靠谱及总结
Fraps记录帧速解读
  Fraps软件的名头和作用不用多费笔墨了,这个软件是评测编辑最常用的工具之一,很多没有内建benchmark工具的程序及游戏都是靠Fraps来手动测量的,其截图、录像功能也非常实用。
  虽然它很实用,但是AMD还是认为这个软件有问题,它记录的帧时间并不一定准确。
  还是要先了解一下Fraps的工作原理,它通过dll文件注入到应用程序中,然后开始拦截D3D
Present命令,在这里Fraps可以延迟输出指令以便插入自己的绘制指令。当用户按键激活帧数及帧时间测试时,Fraps就会计算present指令,当它每次察觉到发出一个present指令之后就会记录下来,认为生成了一帧新图像,然后再允许present指令通过。
  这套流程对大部分应用都很管用,这也是Fraps如此受欢迎的原因之一。用Fraps软件测量游戏的平均帧还好,但是用它来测量游戏的帧间隔(也就是我们说的延迟、卡顿的原因)就不靠谱了。
  Fraps过早地开始注入渲染过程,它比GPU优先、比驱动程序还要优先,甚至比D3D还以及context
queue还要优先,因此Fraps可以告诉你进入渲染过程之前发生了什么,但是它无法告诉你渲染完成之后发生了什么,而真正决定游戏卡顿与否的关键就在后一个阶段上。
  因此用Fraps来判断游戏卡顿与否是有问题的。从前面的渲染过程介绍中我们知道,只有当context
queue准备好接受指令之后程序才会开始渲染新的一帧图像,而Fraps记录的只是渲染开始的部分,并非整个渲染过程,因此它只能告诉你它看到了什么,而不能告诉你渲染末期的帧间隔。
  AMD对Fraps担忧的问题有两点,首先根据我们前面的定义,Fraps实际上是不能真正测量游戏的延迟的,context
queue会阻挡任何试图测量真正的帧延迟的努力,两个present指令之间的时间并不等于渲染完成一帧所需的时间,特别是在下一个present指令因为任何原因被延迟的情况下,二者更没有关系了。
  AMD的第二个顾虑就是Fraps越来越多地被用作帧延迟的测量工具,但是因为它过早介入了渲染过程,实际上它看到的延迟并非用户感受到的,如果Fraps认为AMD显卡有更多卡顿但是用户并没有感觉到这个问题,这是AMD显卡的错吗?
  需要指出的是,我们的最终目标还是尽可能将卡顿变得更小更少,而AMD也在为这个目标而努力,但是让AMD担心的是Fraps测量的结果使得他们显卡的卡顿现象看起来更多了。
AMD对fraps软件的看点与评价
  原文后面还有很多内容,包括对另一个测量工具GPU
View的分析,还有单卡下的卡顿及多卡系统下的卡顿问题的探讨,不过我们的目的现在已经达到了,来看看最后的总结吧。
  Anandtech这篇文章很强大,虽然读起来会比较费力,但是多多少少让我们了解了显卡的渲染过程以及什么才是真正的延迟,对Fraps原理的解析也有助于我们理解为什么AMD认为Fraps软件测量的“延迟”并不能成为真正的延迟,这也是Anandtech网站没有采用帧延迟的方式来衡量显卡性能的原因之一。
  原文的总结部分也很长,长话短说就是AMD以及NVIDIA对滥用Fraps帧时间测试的评测方法也是有一定顾虑的,不过AMD的态度还不错,他们也承认了测试反应出的问题,并且在驱动中不断优化这个问题,毕竟就算Fraps测量的不准,记录出来的结果中N卡的卡顿还是要比A卡平均好一些。
  Anandtech说他们也在考虑新的测试方法,未来几周就会露面。这对我们来说也是一个提醒,超能习惯用的测试成绩表格主要是基于平均帧数,平均帧或许很粗略,但是从小编使用几年的感觉来说它还是有说服力的,因为帧时间以及最低帧给我的感觉是太随机了,同一个测试重复几次得到的结果都不一样,反倒是平均值更有可重复可验证性。
  当然,我们也不会就此停步不前,也会尝试用更多的方式来展现所测产品的真实性能,这一点还会继续改进。
  最后,Anandtech也强调了他们这篇文章不是否定Fraps的价值,它依然是一个非常好用、实用的测量工具。
关注微信号expkf01,第一时间获知精彩活动和原创科技资讯。
第一时间获知
精彩活动和原创科技资讯
微信号expkf01
本文读者还喜欢
为了搞个玩概念的FCAT系统,先找Techreport做了那么多铺垫,然后抬出FCAT粉墨登场,充当中立客观的正义化身,原理说起来挺忽悠人的,一惊一乍说的好像谁都看不懂。
实际上已经从测试的过程开始直接干预测试项目,就算要利用后期录像原理做一套帧率捕捉系统,录像的帧率也至少要达到500帧每秒,而且前提是不能干预游戏的原始运行状态,DLL注入色标,说得好听是原理需要,实际暗藏舞弊玄机,基于中画幅Cmos且帧速达到10000fps的高速摄影系统其实早就有了,连蜂鸟振翅都能拍得静如止水,相比之下这个FCAT系统就相当可疑了,不光是自身采集能力相当有限、万分拙计,而且还要在游戏程序中安插大量疑似控制DVI输出节奏的内鬼暗语,做到里应外合,甚至更要刻意提醒受众读者:FCAT这套系统成本不菲,乖孩子和非专业人士切勿模仿……
可以说NV做这个局越玩越脱,赌注越下越大,那它用意何在意欲何为呢?难道NV只是单纯地想以这种把戏进行自我包装、王婆卖瓜,为它两边不讨好的日趋萎缩的独显地盘做下营销吗?我看未必!
恐怕事情并不是看起来那么单纯,NV真是那么单纯应该直接出面,针锋相对地回应Techreport肇事原文存有技术缺陷与失实情节,而不可能将辟谣的手段转为与其合作,甚至一反常态地另起灶炉,为之前诋毁自己的媒体特供一套“神奇设备”共同【见证奇迹的发生】,这种别扭的辟谣方式更像是一个有预谋的局,给人醉翁之意不在酒的印象,这是其一。
然后接下来的一系列动作才是真正的主菜,我先假设NV是站在受到Techreport不公指责的无辜受害方的动机下出面辟谣,简单地说也就是假定NV之前的动机都是纯良的,那么之后隆重引入的这套用于所谓辟谣的FCAT测试中,它的任务应该是在Techreport的缺陷测法与FCAT公正试法下对比,从而为得出NV自家显卡因错误测试在此前蒙受了多大程度的冤屈进行对比澄清与洗白,但实际上NV做的公关,所有人都看见了,在这个纯良的澄清故事情节中,别有用心的卷入了它的头号竞争业者的产品,而且数量上居然是AMD显卡2款:NV显卡1款!
一个务求树立自身动机纯良、客观公正形象的企业,在它的辟谣过程中含沙射影的把竞业产品摆得比急需伸冤平反的自家产品戏份更重,这是什么居心用意?在这个纯良的故事讲完之后,如果消费受众都有那么好愚弄,那么形成的公众影响就而不是为NV显卡辟谣平反了,它更多作用是恶意中伤AMD显卡!所以说这份测试从始至终就是一个欺世盗名的局,打着为自己伸冤的幌子生拉硬拽地揪着AMD往局里钻,这恐怕才是NV这个醉翁的本意,这也很好的解释了为什么此前AMD对此迟迟不愿跟进这个局,看似AMD处境被动而狼狈,实际上AMD也不傻,就像生活中一样明知是老套的骗局,不来点邪的谁会去惹一身骚?现在这个骗子用的手法正是恶毒的威胁与诽谤,利用媒体来扮作中立的第三方,夸大事态、发酵结论,配合它演一场周瑜打黄盖的戏诋毁AMD,逼宫AMD来跟庄,AMD不跟进,似乎也没有更划算的办法拒绝Techreport的骚扰,所以才显得很AMD被动……
其实只要是智商正常的人士很容易识破这套把戏,所谓跳梁小丑也莫如NV,愚弄市场,诋毁对手,游戏主机颗粒无收、走量最大的低端显卡市场被两家的APU日益蚕食、手机市场迟迟打不开局面,年年吹性能年年垫底,在看懂了这些局势之后,NV玩这种小儿科的把戏,颇有江郎才尽,亡命蹬腿的味道,我和我的小伙伴们都惊呆了帧延迟最先是AMD提出来的
(你可匿名或登录后发表评论。没有帐号可,或使用和直接登录)
非著名编辑,自认为是个理性、有内涵的观察者,实则腹黑、心不黑,坚信阳光普照大地,只待涤荡眼前的黑暗。
扫一扫右边的二维码
关注超能网微信账号
双十一都有些什么值得买买买?
讯景RX 480 4G显卡1449元~
预热双十一,10月影驰日
讯景显卡送《守望先锋》电源供电不足,会不会造成游戏帧数下降,顿卡,不流畅等。_显卡吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名:今日本吧第个签到,本吧因你更精彩,明天继续来努力!
本吧签到人数:0成为超级会员,使用一键签到本月漏签0次!成为超级会员,赠送8张补签卡连续签到:天&&累计签到:天超级会员单次开通12个月以上,赠送连续签到卡3张
关注:2,117,136贴子:
电源供电不足,会不会造成游戏帧数下降,顿卡,不流畅等。收藏
比如我玩永恒,人物走动时,老是一抽一抽的,走几步会有极小距离的后退情况,画面时快时慢。ping都在30以下。g 4核240gd52*2g
上海立信国际海外升学中心安全升学平台,衔接7大国度,20多所海外知名大学
230w额定 300最大的电源。
走路后退那是丢包的问题啊兄弟,该优化网络了…ping低不一定丢包少
走路抽 可以看成是丢包。。。但是画面时快时慢呢
我原地不动,放技能极为流畅。
时快时慢?爆显存了?这么奇葩?用不至于爆内存了吧…
还有永恒之塔的读图模式是什么样的,看看是不是硬盘快报废了。总的来说电源不够的表现是蓝屏直接烧掉什么的…
供电不足会先坏硬盘
还有。音箱有时会有蜂鸣声,但是有别的声音响下一 蜂鸣声就没了,过一会又会出现
可以肯定是电源了.换吧
宅男diao丝,射杀女神?这游戏你玩过没
回复10楼:有电流声是虑波不好。
你什么板子?5000超到3.2玩大型游戏居然不死机?内存时序设置的是多少啊?另外。电源起码350W。这U开核后功耗高的吓人。
问题挺多,楼主悲剧。
轻点的自己熄火
严重了直接烧显卡。。我童鞋的gtx460就是这么报废的。。。200瓦的电源。。
搞不清什么声音,反正听着特他妈蛋疼。前置usb读u盘的时候 ,插在前音频接口的音箱会发出特怪的声音,类似于放碟卡住了。
而且我现在玩游戏,大型的,画面都挺流畅的,但是老是报错。我勒个去
3.2g 我觉得挺正常的。要我超3.5轻轻松松的,时序改成5-5-5-15-20 195ns 2t 你想怎么超就怎么超。
时快时慢还是丢包问题
报错…系统啊系统又不稳定了。杂音貌似是因为电流的干扰,一般都有不过不严重,你这个明显严重了。楼主该换机子了。
我默认最高3.2,内存DDR2 八百不设置,测试,日常用无任何问题。一玩大型不到三分钟。咔嚓一下子。。。。不动了。
丢包。还能影响帧数?
我现在就是怀疑电源供电是否不足。造成了这些杂七杂八的状况
帧数?本身永恒之塔就很吃硬盘,人物一多,帧数卡很正常,230w的电源本身也不是很靠谱(不是山寨就是虚标),你还超了cpu
电源。。。。刚好用了4年了。金河田的,和机箱一块的。哎。。预算不够 ,我是想找出问题关键,怕换了电源还是这个搓样那就蛋疼了
兰州,这是开核5000的问题,别问我为啥知道,因为我也玩永恒,以前用开核5000玩经常卡后退,延迟9ms
额不知道怎么说。。现在玩又极度流畅了
搞求。。副本卡,主城不卡。。。md
玩弓卡 ,玩奶妈不卡 ,什么卵游戏啊
永恒之塔很多数据都是通过服务器即使读取的,吃硬盘吃CPU,要塞战的时候还吃网卡的吞吐量,最后才是吃显卡的问题
登录百度帐号推荐应用
为兴趣而生,贴吧更懂你。或}

我要回帖

更多关于 小米双十一会不会降价 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信