[讨论]setvar占用时间是不是比较长

英雄无敌

我发现一个比较怪的现象，当关捕捉时，用(setvar "osmode" 0)比直接用(command"osnap" "off")占用的时间好像要长，大家可以用下面的程序比较一下

---

命令:
命令: t1
程序启动完成，共用时0微秒.

命令:  T1
程序启动完成，共用时0微秒.

命令:  T1
程序启动完成，共用时0微秒.

命令: t2
程序启动完成，共用时372736微秒.

命令:
命令:  T2
程序启动完成，共用时12288微秒.

---

(defun c:t1(/ tim)
  (setq tim (* 1000000000000 (getvar "cdate")))
  (command"osnap" "off")

  (princ "\n程序启动完成，共用时")
  (princ (fix (- (* 1000000000000 (getvar "cdate")) tim)))
  (princ"微秒.")
  (princ)
)

(defun c:t2(/ tim)
  (setq tim (* 1000000000000 (getvar "cdate")))
  (setvar "osmode" 0)

  (princ "\n程序启动完成，共用时")
  (princ (fix (- (* 1000000000000 (getvar "cdate")) tim)))
  (princ"微秒.")
  (princ)
)

飞诗(fsxm)

先不说测试结果是不是正确!

测试函数运行时间一般要循环上万次的！

你乍测试函数执行一次的时间？

英雄无敌

命令: t1
程序启动完成，共用时1436毫秒.

命令: t2
程序启动完成，共用时22140毫秒.

这是程序执行5000次的结果，22140/1436=15.4，送别是很大的。

(defun c:t1(/ tim)
  (setq tim (* 1000000000 (getvar "cdate")))
  (repeat 5000
  (command"osnap" "off")
)
  (princ "\n程序启动完成，共用时")
  (princ (fix (- (* 1000000000 (getvar "cdate")) tim)))
  (princ"毫秒.")
  (princ)
)

(defun c:t2(/ tim)
  (setq tim (* 1000000000 (getvar "cdate")))
  (repeat 5000
  (setvar "osmode" 0)
)
  (princ "\n程序启动完成，共用时")
  (princ (fix (- (* 1000000000 (getvar "cdate")) tim)))
  (princ"毫秒.")
  (princ)
)

 
只是想讨论一下，为什么会有差别，是不是我们能用COMMAND的，就最好不要用SETVAR？

coolpoom

连续执行时有不同的结果：（1楼程序）

命令: t1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时20480微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时16384微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时16384微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时16384微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时16384微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时16384微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时20480微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时16384微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令:  T1 osnap 输入对象捕捉模式列表: off
命令:
程序启动完成，共用时0微秒.
命令: t2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时20480微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时16384微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时12288微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时16384微秒.
命令:
命令:  T2
程序启动完成，共用时12288微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时12288微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.
命令:
命令:  T2
程序启动完成，共用时0微秒.

jxlsp

这不定准确吧,要多测几次看.

zml84

不具可比性。

ZZXXQQ

差别在一个(setvar "OSMODE" 0)有返回值，一个(command "OSNAP" "OFF")无返回值。
返回值是要时间的。

英雄无敌

明白了。

不知道是不是电脑的原因，我仅仅只用了一句(setvar"osmode" 0)，在运行的时候，我就能感觉到程序有点滞后，而用（command .....)就基本感觉不出来。

狂刀无痕

挺一下7楼

另外，并非用command就一定慢的，cad的命令都是编译过的（应该是C++)，整数运算是很快的，浮点运算才慢，有时候修改实体，......

nonsmall

正常情况下

一个程序改不了几个变量

楼主既然是测试也应该加入 VLA-SetVariable