您安装Win10了吗？

XMLYH

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

陈伯雄

RaynorJoel 发表于 2015-8-8 08:58
除非DX12版的inventor发布,否则工作机绝对不会升级
, Z' _4 y6 m, ~当然如果哪位高手破解了DX12,能安装在win7上,就更不会升 ...

DX12也许会造成Autodesk-OGS的跟进，然后Inventor也会在显示处理上有所进展。但并不是一定会发生，或者发生后不一定会通告用户。
另一方面，使Inventor运行速率不高的主要因素还不是显示处理，而是算法核心ASM不能完全地支持在CPU的多核心下运行。
CPU的主频许多年没有明显的提升，CPU核心数量的增加，又不能被Inventor充分利用。
这就是瓶颈所在。
' \4 L& x# y# d" D7 n5 C7 c

zhljlyy

学习了

陈伯雄

zhljlyy 发表于 2015-8-8 11:28
学习了

3 r- h# ]6 ]% r# }! t5 x我想发起关于Win10的讨论，您回话说“学习了”，啥意思？

zerowing

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

栾海军

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

陈伯雄

栾海军 发表于 2015-8-8 12:21
我已经装win10l  尝尝鲜 感觉还不错

  p2 x' K8 |- l1 K& l把您“感觉不错”的地方，说一两个给我们听听

RaynorJoel

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

0 L+ j5 T. s" _5 cDX12其中一项特性就是提升多核CPU利用率,号称几个核心翻几倍
+ k1 U$ ]& s/ M% U抛开吹牛成分不谈,这几倍的提升是对于显示性能的,跟ASM算法没关系...

) x  i. v$ }2 ~不过话说回来inventor现在的性能瓶颈似乎并不仅仅在CPU上
如果是修改约束关系慢的要死那肯定是CPU的事
但开10000零件旋转下观察方向感觉卡,这得算显卡的事了吧
如果DX12仅能提升显示性能,最多也就是能在超多零件改变观察方向时快点
虽然只是看着好看点,编辑下照样卡,但也聊胜于无了
毕竟使用DX作为显示核心的3DCAD软件就inventor一个
0 r, B6 |+ G4 \2 V, nDX12确实能给inventor用户一些期待,别高估了就好

陈伯雄

但开10000零件旋转下观察方向感觉卡,这得算显卡的事了吧？【其实您自己一定也能想清楚这件事。我来提示一下，然后您自己出个结论看看...】
. t$ ~1 B9 b) }) ~. K! B
2 [3 f! k/ V* N" x咱们“笨想”：
1）确定要显示的东西是啥，例如圆角、拉伸、旋转之类的基本集合要素
+ W% V) U/ c2 o/ m% ^" v- F2）确定当前的显示环境，例如背景、光源、颜色等
! m+ h: N: m+ {6 M* y3）确定当前的显示模式要点，例如透视、棱边、渲染精度等
) }3 c+ g6 W6 ~2 ^4）然后决定了怎样组织显示结果、
以上这些与显卡无关，完全是Inventor自己在算计。然后：

1）借助显卡的GPU和DX3D，构造显示结果的数据
% _- C4 `5 y5 }( d9 V+ i2）将这些数据送到显卡缓冲区里，并使用显卡的多条渲染器管道进行处理
* b! o; i- ]! b( ^" j. U: b# v  q3）得到实时的每一帧的显示信号
" V  \8 x! w: n8 s* a/ D/ ]4）送到显示器，得到画面
5）您看到了图像
4 }0 O  \- u! U' q# k/ _; K& k以上基本上属于显卡要干的事情

- a1 b- ]8 D! y3 H4 q2 Y如此，大装配、复杂结构的零件之类的显示效率，既与GPU相关，也与CPU相关。而且数据前期处理几乎都是在ASM对CPU利用的瓶颈区。
  o' t# Z, M$ Q( W所以我的书中有个说法：零件轻量化对于大装配的效率提升同样重要（可能您没看过），说得就是这件事...

RaynorJoel

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

- q& I2 M% F$ G/ f0 q, h渲染这种事当然不是显卡自己搞定的,CPU,GPU都涉及其中
但我认为帧数低的情况跟显卡性能关系更大
之前用笔记本的集显和独显,帧数完全不在一个量级上
( k" C( B/ u! v另外,调整观察方向时CPU占用率并不高,所有核心都工作了也不超过40%
3 r: d5 Y! L8 a6 \这和做阵列约束等涉及到运算的操作时完全不同
9 p( h/ n& {/ p5 }: f/ V- {) h% M编辑操作后虽然只占用25%,但确是一个核心全占用,其他没动作
而渲染是可以用到多核心的,平摊下来CPU毫无压力,显卡吃紧
所以说编辑操作后卡是卡在了CPU,调整观察方向时卡是卡在了GPU

. g$ m5 g( t# J4 ^( p$ O
- K& }" t. X. Y, _' n