维塔斯科技

 找回密码
 立即注册
查看: 2424|回复: 23
打印 上一主题 下一主题

德州扑克数据分析软件太耗电脑,750能解决吗?已经更新!

[复制链接]

该用户从未签到

79

主题

620

帖子

1335

积分

金牌会员

Rank: 6Rank: 6

积分
1335
跳转到指定楼层
楼主
发表于 2016-3-29 18:10:47 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我把软件工作原理说一下,希望达人帮我解决这个问题

【目前硬件】
CPU:i7 4790K
主板:微星B85i gaming miniITX
内存:16G
SSD:intel 520 240G
系统:win7 X64


【应用的软件】
HM2(牌谱历史笔记软件) + AJA笔记插,数据库是postgresql9.4

如果只用HM2,i3+机械硬盘都够了
如果使用HM2+NCE笔记插件,i7+intel520非常流畅
如果使用HM2+AJA笔记插件(极度细化数据的插件),不仅导入牌谱的时候速度掉到NCE插件导入速度的1/3左右,打牌的时候也会出现:整个HUD经常会消失几秒,或者当换桌遇到新对手,HUD和徽章的加载非常慢。像是寻找数据非常艰难的样子,从庞大的几千对手的几十G的数据库里,调取对手的数据,很慢的样子,所以我怀疑硬盘是最大瓶颈。有的对手,我都碰了好多把了,AJA还没有完全加载完对手的徽章。

HM2介绍:http://www.holdemmanager.com/buy/211/holdem-manager-2
NCE笔记插件:http://www.assaultware.com/Coach ... mit-Holdem-Ultimate
A JACKSON笔记插件:http://www.assaultware.com/Coach ... =AJA-Holdem-Dynamic

AJA这个笔记插件工作原理:
1、我从国外网站上买包含几千个对手打过的高达上千万手牌谱,把这些牌谱全部导入AJA数据库。数据库非常大,几十G到一两百G,我一般会按照下面的图2维护一下,可以压缩到几分之一的体积。
2、AJA将牌谱彻底数据化,也就是将所有对手玩的任何一次牌的流程都高度笔记化分析出来,用数字或者徽章的形式。
3、今后我打牌的时候,牌桌上自动以这种HUD的形式显示这些对手的数据和徽章。这些数据代表了对手在所有情况下的历史倾向,见图。论坛有限制,只能截个小图








【我想知道的事情】:

AJA的作者推荐最低配置是i5+8G ram+SSD,所以肯定不需要楼下达人们推荐的怪兽硬件。肯定只需要在民用平台上就够了。
我只想知道瓶颈是不是在硬盘,在硬盘的哪些参数上?

如果我不升级平台,用750做从盘,会是怎样的体验?
6700K会是怎样的体验?
基于成本考虑,我的最优策略是不是先买个750做从盘试试,不行再上6700K平台?

谢谢!





更新:资源监视器图,103兆算是高峰了







回复

使用道具 举报

该用户从未签到

47

主题

355

帖子

775

积分

高级会员

Rank: 4

积分
775
沙发
发表于 2016-3-29 18:10:48 | 只看该作者
作为一个天天跟数据库打交道的码农来回复一下。
对于这个游戏不太了解,不过我们自己的系统经常搞出上百G的数据库,16GB内存+Intel的SSD+SQL Server跑起来也毫无压力。
高度怀疑是数据库的设计有问题,如18楼兄弟所说,可能“是一个无索引的全表的归档库,每次查询都是全表检索”,这种情况下纯粹从硬件上提升性能成本很高。
如果有可能,找个PostgreSQL的工具看看执行过程中是否全表扫描太多,能否通过建立索引来优化一下;能实现的话效果会比纯粹的硬件提升要好的多。

回复 支持 反对

使用道具 举报

该用户从未签到

86

主题

459

帖子

1024

积分

金牌会员

Rank: 6Rank: 6

积分
1024
板凳
发表于 2016-3-29 18:10:48 | 只看该作者
处理大数据最起码上个服务器配置吧,你软硬件都是单机个人级别的连基本的IO带宽都不够啊
回复 支持 反对

使用道具 举报

该用户从未签到

65

主题

366

帖子

815

积分

高级会员

Rank: 4

积分
815
地板
发表于 2016-3-29 18:10:49 | 只看该作者
用软件查看下资源占用率就知道瓶颈在哪里了

回复 支持 反对

使用道具 举报

该用户从未签到

65

主题

454

帖子

993

积分

高级会员

Rank: 4

积分
993
5#
发表于 2016-3-29 18:10:50 | 只看该作者

750快.但是两块的话.价格是问题.

如果预算够的话.当然是两块750做RAID快了.

回复 支持 反对

使用道具 举报

该用户从未签到

70

主题

534

帖子

1164

积分

金牌会员

Rank: 6Rank: 6

积分
1164
6#
发表于 2016-3-29 18:10:51 | 只看该作者

当然要算的。。。您这个建议太狠了。

750平台是我能接受的最高预算啦~

麻烦指点一下!谢谢

回复 支持 反对

使用道具 举报

该用户从未签到

63

主题

388

帖子

859

积分

高级会员

Rank: 4

积分
859
7#
发表于 2016-3-29 18:10:51 | 只看该作者

您好,已经更新了

我第二张图里的维护操作,是会使得每次查询都是解压缩过程对吧?

如果我不维护,查询速度会提升吧?

回复 支持 反对

使用道具 举报

该用户从未签到

73

主题

462

帖子

1015

积分

金牌会员

Rank: 6Rank: 6

积分
1015
8#
发表于 2016-3-29 18:10:52 | 只看该作者
请问楼主这个软件时在哪里找到的?能PM一下吗?
(其实我想知道这东西的算法。。)


就楼主目前说的, 很难确定到底瓶颈是哪里。
就大数据优化来说,数据中心那里,通常选择内存类型的数据库缓存库,作为加速手段。

看图来说, 界面有点类似游戏那样使用了DX之类的技术吧。
那么性能方面原因可能是
1,系统性能不足,主要是显卡,CPU,内存频率等。
2,驱动优化不佳,毕竟HUB这些信息是后期注入进去,不是原生, 多少会影响性能
3,分析软件的优化不佳,或者算法性能不高, 这类只能增加CPU性能了
对于数据库方面,只能说,要根据具体负载,具体数据库类型来优化了。


1, 弄个高性能的二手服务器,来跑的话效果可能有些提升。
2,找个更明白软件原理的, 把软件部署到其他机器上,比如 云服务的主机上。

回复 支持 反对

使用道具 举报

该用户从未签到

60

主题

412

帖子

900

积分

高级会员

Rank: 4

积分
900
9#
发表于 2016-3-29 18:10:52 | 只看该作者
觉得是I/O

回复

使用道具 举报

该用户从未签到

82

主题

554

帖子

1210

积分

金牌会员

Rank: 6Rank: 6

积分
1210
10#
发表于 2016-3-29 18:10:53 | 只看该作者

浦科特 PX-256M6Pro对吧
组raid比 750快?



回复 支持 反对

使用道具 举报

发表回复
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

    移动客户端:
    关注我们:
  • 手机客户端:
  • 安卓版
  • 扫描二维码下载

Archiver|手机版|邢台网云科技有限公司 ( 冀ICP备16008275号 )

快速回复 返回顶部 返回列表