您安装Win10了吗？

XMLYH

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

陈伯雄

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

DX12也许会造成Autodesk-OGS的跟进，然后Inventor也会在显示处理上有所进展。但并不是一定会发生，或者发生后不一定会通告用户。
+ g) s: ~5 D& b( l另一方面，使Inventor运行速率不高的主要因素还不是显示处理，而是算法核心ASM不能完全地支持在CPU的多核心下运行。
CPU的主频许多年没有明显的提升，CPU核心数量的增加，又不能被Inventor充分利用。
这就是瓶颈所在。
, i! n3 U  M; `; J& g4 U4 Q

zhljlyy

学习了

陈伯雄

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

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

zerowing

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

栾海军

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

陈伯雄

栾海军 发表于 2015-8-8 12:21
4 N& z; g0 n' l0 x% B我已经装win10l  尝尝鲜 感觉还不错

! R3 t! t' [1 {/ B, c5 N2 @把您“感觉不错”的地方，说一两个给我们听听

RaynorJoel

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

DX12其中一项特性就是提升多核CPU利用率,号称几个核心翻几倍
抛开吹牛成分不谈,这几倍的提升是对于显示性能的,跟ASM算法没关系...

" E4 {0 Z/ U8 P* s. I不过话说回来inventor现在的性能瓶颈似乎并不仅仅在CPU上
如果是修改约束关系慢的要死那肯定是CPU的事
+ g2 ^: @) n& r, b# l但开10000零件旋转下观察方向感觉卡,这得算显卡的事了吧
8 m4 A6 f7 h% ]0 V如果DX12仅能提升显示性能,最多也就是能在超多零件改变观察方向时快点
虽然只是看着好看点,编辑下照样卡,但也聊胜于无了
毕竟使用DX作为显示核心的3DCAD软件就inventor一个
DX12确实能给inventor用户一些期待,别高估了就好

陈伯雄

但开10000零件旋转下观察方向感觉卡,这得算显卡的事了吧？【其实您自己一定也能想清楚这件事。我来提示一下，然后您自己出个结论看看...】
; N0 w# w5 V2 C, k7 D8 I
8 B0 H: K. X5 H  B$ S8 g) C咱们“笨想”：
1）确定要显示的东西是啥，例如圆角、拉伸、旋转之类的基本集合要素
3 k& P5 k1 u7 Q6 N/ B/ v2）确定当前的显示环境，例如背景、光源、颜色等
0 R$ E+ J" N+ }# U3）确定当前的显示模式要点，例如透视、棱边、渲染精度等
2 O6 {4 x. b/ z' q4）然后决定了怎样组织显示结果、
以上这些与显卡无关，完全是Inventor自己在算计。然后：
' \: {0 m& H6 m
1）借助显卡的GPU和DX3D，构造显示结果的数据
/ B; r+ y7 }# \/ p$ R2）将这些数据送到显卡缓冲区里，并使用显卡的多条渲染器管道进行处理
3）得到实时的每一帧的显示信号
( G5 @! f& X0 y8 w" k+ k9 U0 F# ]4）送到显示器，得到画面
7 E2 m  w& ]- V' u8 d/ m, b( K5）您看到了图像
% i# J# H. {3 T8 m1 q" l以上基本上属于显卡要干的事情
4 K6 E1 Y1 }; |3 C0 h5 ~
如此，大装配、复杂结构的零件之类的显示效率，既与GPU相关，也与CPU相关。而且数据前期处理几乎都是在ASM对CPU利用的瓶颈区。
0 B) T% @" B1 }% C" J9 c& O! q所以我的书中有个说法：零件轻量化对于大装配的效率提升同样重要（可能您没看过），说得就是这件事...

RaynorJoel

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

渲染这种事当然不是显卡自己搞定的,CPU,GPU都涉及其中
$ T2 a" j* e# u- B* w/ q但我认为帧数低的情况跟显卡性能关系更大
之前用笔记本的集显和独显,帧数完全不在一个量级上
另外,调整观察方向时CPU占用率并不高,所有核心都工作了也不超过40%
* B- ?  b) e* c' D这和做阵列约束等涉及到运算的操作时完全不同
3 I& R' A' H+ r! v编辑操作后虽然只占用25%,但确是一个核心全占用,其他没动作
) S9 G: S: N2 U% J而渲染是可以用到多核心的,平摊下来CPU毫无压力,显卡吃紧
" `% Y0 n2 Q5 p0 x* `. ~所以说编辑操作后卡是卡在了CPU,调整观察方向时卡是卡在了GPU
3 Q7 H7 M6 i1 Q  C# j# E6 @9 w
% O6 R) T1 e3 Z9 R, G! ^