Redian新闻
>
为了让基于java的程序块需要怎么配机器
avatar
为了让基于java的程序块需要怎么配机器# Hardware - 计算机硬件
i*D
1
为了让基于java的程序块需要怎么配机器?就是有些java写的windows7 64bit下的程序
要天天用,但是操作图形界面的很多元素非常慢,严重影响效率。当然不能断定是因为
它的gui之类的导致的这个样子。在一个i7 3630qm 16gb ddr3内存的机器上都如此。假
设这个程序对多核心要求不高,装机的思路是什么呢?单核心高主频的,如7700k?多
核心也很快的,如1700x,Xeon?还是内存速度很重要?比如推荐7700k再超内存上去?
这个机器主要的用途是满足科学计算的需求和一些cad设计的软件的需求,如ansys之类
的模拟软件之类的,也可以用来玩玩人工神经网之类的。只是为了照顾一下这个java程
序的运行,不希望花很多钱买了多核心的才发现原来单核心性能差会制约这种程序的性
能。
显卡是必不可少的。内存一定会到64gb以上,但是考虑到性价比,暂时不要求ecc了。
因为很多现在的商业模拟的软件都用到gpu来加速,如果只有内存ecc的话似乎也意义不
大,而ecc内存的计算卡暂时来看还有点用不上。
avatar
a*o
2
你这是程序写得不好,换深蓝都没用。做一下profiling看看问题出在哪里,八成你有
很多不必要的repaint。

【在 i*******D 的大作中提到】
: 为了让基于java的程序块需要怎么配机器?就是有些java写的windows7 64bit下的程序
: 要天天用,但是操作图形界面的很多元素非常慢,严重影响效率。当然不能断定是因为
: 它的gui之类的导致的这个样子。在一个i7 3630qm 16gb ddr3内存的机器上都如此。假
: 设这个程序对多核心要求不高,装机的思路是什么呢?单核心高主频的,如7700k?多
: 核心也很快的,如1700x,Xeon?还是内存速度很重要?比如推荐7700k再超内存上去?
: 这个机器主要的用途是满足科学计算的需求和一些cad设计的软件的需求,如ansys之类
: 的模拟软件之类的,也可以用来玩玩人工神经网之类的。只是为了照顾一下这个java程
: 序的运行,不希望花很多钱买了多核心的才发现原来单核心性能差会制约这种程序的性
: 能。
: 显卡是必不可少的。内存一定会到64gb以上,但是考虑到性价比,暂时不要求ecc了。

avatar
i*D
3
不是我写的。是商业软件。我可能输给他的数据规模有点大。印象中,当时一个核心是
满的。内存没满。其它核心似乎很富余很多。因此我猜测单核性能的提高会有帮助。能
有提高就可以,也不需要算法复杂度降低下来。感觉在变慢的时候它很可能是在排序或
者就是受到gui的图形性能的限制。
avatar
i*D
4
重新看了一下,这个软件卡顿时候cpu的一个核也没满(大概70%左右的样子)。我的理
解(猜测),这个软件卡顿时候应该是对内存进行大量的读写的时候。而cpu即便是单
核心高主频的也并不能提升太多。似乎外频或者内存的频率成了瓶颈了。这种算是对io
要求高的应用吧。
avatar
c*n
5
感觉还是那个程序的优化没弄好 不知道ddr4会不会好点
我以前有个大的模拟程序 就有这个问题 但是因为是多年多人的老代码 refactor起来
繁琐+各种非技术障碍 最后直接扔aws拼硬件了
或者其实算是UX问题,既然已经到了内存大量读写阶段才卡 这都不算普通IO瓶颈了
考虑到一个核都没满 还不如gui全部锁掉 然后跳个扫雷让你玩。。后台处理好了再恢复
乐观一点吧,我还遇到过小众niche类的商业软件 遇到大的数据量(其实也就十几个G
)随机崩溃的问题。看界面感觉就是啥大学教授做的,闭源,木有客服,当时跑起来我
都要祈祷千万别崩了

io

【在 i*******D 的大作中提到】
: 重新看了一下,这个软件卡顿时候cpu的一个核也没满(大概70%左右的样子)。我的理
: 解(猜测),这个软件卡顿时候应该是对内存进行大量的读写的时候。而cpu即便是单
: 核心高主频的也并不能提升太多。似乎外频或者内存的频率成了瓶颈了。这种算是对io
: 要求高的应用吧。

avatar
b*o
6
磁盘读写的原因?
avatar
i*D
7
测过了不是磁盘读写。如果磁盘读写,解决起来成本会低很多。

【在 b***o 的大作中提到】
: 磁盘读写的原因?
avatar
i*D
8
单核心没用满可能是有一些机制的人为限制。准备找一台7700k的超了频的机器测一测
看看。至少ddr4
3000左右的应该会有所帮助。发现intel的1151和2011两个平台完全是向不同方向发展
的啊。2011就是堆核心,1151就是高主频。单线程好的前十几个都是1151接口的。
https://www.cpubenchmark.net/singleThread.html

恢复
G

【在 c******n 的大作中提到】
: 感觉还是那个程序的优化没弄好 不知道ddr4会不会好点
: 我以前有个大的模拟程序 就有这个问题 但是因为是多年多人的老代码 refactor起来
: 繁琐+各种非技术障碍 最后直接扔aws拼硬件了
: 或者其实算是UX问题,既然已经到了内存大量读写阶段才卡 这都不算普通IO瓶颈了
: 考虑到一个核都没满 还不如gui全部锁掉 然后跳个扫雷让你玩。。后台处理好了再恢复
: 乐观一点吧,我还遇到过小众niche类的商业软件 遇到大的数据量(其实也就十几个G
: )随机崩溃的问题。看界面感觉就是啥大学教授做的,闭源,木有客服,当时跑起来我
: 都要祈祷千万别崩了
:
: io

avatar
z*e
9
你这个看起来是gui和后台一个线程在处理,程序设计的太糟糕了吧。
换平台才能提高多少,百分之几十到顶了。救不了这样的设计问题的

【在 i*******D 的大作中提到】
: 单核心没用满可能是有一些机制的人为限制。准备找一台7700k的超了频的机器测一测
: 看看。至少ddr4
: 3000左右的应该会有所帮助。发现intel的1151和2011两个平台完全是向不同方向发展
: 的啊。2011就是堆核心,1151就是高主频。单线程好的前十几个都是1151接口的。
: https://www.cpubenchmark.net/singleThread.html
:
: 恢复
: G

avatar
i*D
10
是啊。但凡有办法从算法上来改进也不会从头部署硬件来的。而且这个奇葩软件的需求
我对多核心的需求还是相悖的。有办法从操作系统这个环境上来优化它吗?比如把它的
线程的优先级提高?

【在 z*********e 的大作中提到】
: 你这个看起来是gui和后台一个线程在处理,程序设计的太糟糕了吧。
: 换平台才能提高多少,百分之几十到顶了。救不了这样的设计问题的

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。