您安装Win10了吗？

XMLYH

好多软件都还没有针对win10的,还多好在用xp呢

陈伯雄

RaynorJoel 发表于 2015-8-8 08:58
4 o8 t8 E% ~0 \+ K. F( U除非DX12版的inventor发布,否则工作机绝对不会升级
当然如果哪位高手破解了DX12,能安装在win7上,就更不会升 ...

/ d2 z7 j" H# {$ Z9 M4 iDX12也许会造成Autodesk-OGS的跟进，然后Inventor也会在显示处理上有所进展。但并不是一定会发生，或者发生后不一定会通告用户。
另一方面，使Inventor运行速率不高的主要因素还不是显示处理，而是算法核心ASM不能完全地支持在CPU的多核心下运行。
7 K; a# b8 P6 P6 h: xCPU的主频许多年没有明显的提升，CPU核心数量的增加，又不能被Inventor充分利用。
/ K5 l) T  {% Z: C8 k% J这就是瓶颈所在。
1 V2 Q- V1 Y2 x2 |. h

zhljlyy

学习了

陈伯雄

zhljlyy 发表于 2015-8-8 11:28
8 W. c2 \" ]) c7 a$ |学习了

我想发起关于Win10的讨论，您回话说“学习了”，啥意思？

zerowing

坚决不升。win7目前够用，兼容性也还可以。另外，10没有质的飞跃，只是体验上的改变，没必要为微软的全球控制当垫脚石。另外，我有一些软件没法在win7以上的版本运行。

栾海军

我已经装win10l  尝尝鲜 感觉还不错

陈伯雄

栾海军 发表于 2015-8-8 12:21
: A2 _* k9 r2 |; f# k5 }我已经装win10l  尝尝鲜 感觉还不错

/ Z; j/ C8 M8 c+ n8 m把您“感觉不错”的地方，说一两个给我们听听

RaynorJoel

陈伯雄 发表于 2015-8-8 10:58
DX12也许会造成Autodesk-OGS的跟进，然后Inventor也会在显示处理上有所进展。但并不是一定会发生，或者发 ...

. e% w! T8 L0 C+ FDX12其中一项特性就是提升多核CPU利用率,号称几个核心翻几倍
- @3 e6 {7 C* E( _( E2 c抛开吹牛成分不谈,这几倍的提升是对于显示性能的,跟ASM算法没关系...

2 F( `8 W+ ^1 J1 |' M# X不过话说回来inventor现在的性能瓶颈似乎并不仅仅在CPU上
如果是修改约束关系慢的要死那肯定是CPU的事
但开10000零件旋转下观察方向感觉卡,这得算显卡的事了吧
如果DX12仅能提升显示性能,最多也就是能在超多零件改变观察方向时快点
虽然只是看着好看点,编辑下照样卡,但也聊胜于无了
  |& E. k( v1 x/ B( x+ w毕竟使用DX作为显示核心的3DCAD软件就inventor一个
. v; d( a$ |  Y, ~! N; e, P2 J' xDX12确实能给inventor用户一些期待,别高估了就好
: {3 J7 Z9 M5 Z: e& _

陈伯雄

但开10000零件旋转下观察方向感觉卡,这得算显卡的事了吧？【其实您自己一定也能想清楚这件事。我来提示一下，然后您自己出个结论看看...】
, e) w+ W  X- g# b
& u7 |; ?2 F& A2 A7 ~$ W; C& `咱们“笨想”：
& j( j; x; j) p. y1 ]0 \& d+ N1）确定要显示的东西是啥，例如圆角、拉伸、旋转之类的基本集合要素
2）确定当前的显示环境，例如背景、光源、颜色等
% g5 H- O. c) y, S9 _; ^3）确定当前的显示模式要点，例如透视、棱边、渲染精度等
6 i, o; B: ^& Y* k  [: \7 O4）然后决定了怎样组织显示结果、
以上这些与显卡无关，完全是Inventor自己在算计。然后：

* C/ t& S5 @* y6 E1）借助显卡的GPU和DX3D，构造显示结果的数据
2）将这些数据送到显卡缓冲区里，并使用显卡的多条渲染器管道进行处理
+ n' Y2 j# M/ d3）得到实时的每一帧的显示信号
4）送到显示器，得到画面
5）您看到了图像
3 E: i- {' v4 H9 d6 A以上基本上属于显卡要干的事情

如此，大装配、复杂结构的零件之类的显示效率，既与GPU相关，也与CPU相关。而且数据前期处理几乎都是在ASM对CPU利用的瓶颈区。
, h# o2 I% B  [5 q& \0 g所以我的书中有个说法：零件轻量化对于大装配的效率提升同样重要（可能您没看过），说得就是这件事...

RaynorJoel

陈伯雄 发表于 2015-8-8 16:50
但开10000零件旋转下观察方向感觉卡,这得算显卡的事了吧？【其实您自己一定也能想清楚这件事。我来提示一下 ...

: I1 O4 E' e# G2 |! N) u' R# u渲染这种事当然不是显卡自己搞定的,CPU,GPU都涉及其中
$ u$ C' t% j6 K  j1 D( l4 Y但我认为帧数低的情况跟显卡性能关系更大
之前用笔记本的集显和独显,帧数完全不在一个量级上
另外,调整观察方向时CPU占用率并不高,所有核心都工作了也不超过40%
: x% j3 _) y( V) U0 c这和做阵列约束等涉及到运算的操作时完全不同
编辑操作后虽然只占用25%,但确是一个核心全占用,其他没动作
" Y- A+ o+ @2 w$ a, `而渲染是可以用到多核心的,平摊下来CPU毫无压力,显卡吃紧
& E' `1 ], j$ X7 G7 i( B所以说编辑操作后卡是卡在了CPU,调整观察方向时卡是卡在了GPU

+ {% \+ ]7 _) {3 X* q