一款VX制作的游戏暴风书店，FPS就7帧！？事件执行拖慢

越前リョーマ

没办法，事件就这效率。
RM就是有事件才有用。

流川枫

以下引用link006007于2008-10-19 20:36:57的发言：

一定要有序的才能偏移吗?  在编译阶段 switch的case内容被编译成一段地址的跳转表,
然后在执行时,更具当前的值直接跳转到对应的代码段中, 也就是说  不管你case的内容有几条
在switch语句中, 都只有执行一次跳转(这可能也是switch要自己break的原因).  而if elsif 则是根据当前逻辑逐个判断...   
我不知道你是在什么环境下编译的, 不同的编译器, 在解释上是有一些差距的
case 0, 3, 5 直接就被编译成一张跳转表  和case值的有序,连续没太大关系

以上  我也不敢确定= =
不过Ruby的switch可能和C的不一样... C的只能是数值, 而RM可以case字符串= =
应该实现上不一样


[本贴由作者于 2008-10-19 20:39:42 最后编辑]

东灿 20:48:45
语法跟CPU指令不要混为一谈。。。。
东灿 20:49:00
语法是纯理想状态。

"这可能也是switch要自己break的原因"  
貌似不然，反汇编C的SWITCH代码段：


or ax,ax //case 0:
je  A
cmp ax,3 //case 3:
je  B
jmp C //default:

A: mov di,1 //variable=1
jmp D //break
B: mov di,2 //variable=2
jmp D //break
C: mov di,3 //variable=3
D: xor ax,ax
ret

break更像是 jmp X

流川枫

link006007、你能不能把C++中switch反汇编贴出来哈
我不是很明白你说的 表格 是怎么构造出来的饿

zh99998

为什么不eval("command_" + 代码对应的数字) ？

流川枫

以下引用zh99998于2008-10-19 21:08:31的发言：

为什么不eval("command_" + 代码对应的数字) ？

我想这个问题应该去问Enterbrain公司开发RM的程序员饿。。。

link006007

不同的编译器, 在解释上是有一些差距的, 有些编译器
你在编译的时候, 是需要手动输入优化指令才能把switch的case编译成地址跳转表的

而且  switch在case时使用地址跳转表必须要在case整数时才有效  其他的都和if else 没什么差别
//Windows XP + gcc v3.4.2 (mingw-special)  C不是C++
int tswitch_perf(int i) {
        int rv = i;
       switch (rv)
... ...
反:
_switch_perf:
    pushl    %ebp
    movl    %esp, %ebp
    movl    8(%ebp), %ecx
    leal    -10(%ecx), %edx
    movl    %ecx, %eax
    cmpl    $5, %edx             // 偏移
    ja    L2
    jmp    *L10(,%edx,4)
    .section .rdata,"dr"
    .align 4
L10:
    .long      L3  // 跳转地址表
    .long   
    .long
    ... ...
L8:
//
L2:
... ...

http://c.chinaitlab.com/cc/ccjq/200805/748102_2.html
找到了   这人的blog.. 你去看吧  汇编我可玩不来 ..
http://bigwhite.blogbus.com/

关于switch性能的  他的blog里有... 我的是转载= =||

流川枫

以下引用link006007于2008-10-19 21:22:36的发言：

不同的编译器, 在解释上是有一些差距的, 有些编译器
你在编译的时候, 是需要手动输入优化指令才能把switch的case编译成地址跳转表的

而且  switch在case时使用地址跳转表必须要在case整数时才有效  其他的都和if else 没什么差别
//Windows XP + gcc v3.4.2 (mingw-special)  C不是C++
int tswitch_perf(int i) {
       int rv = i;
      switch (rv)
... ...
反:
_switch_perf:
   pushl    %ebp
   movl    %esp, %ebp
   movl    8(%ebp), %ecx
   leal    -10(%ecx), %edx
   movl    %ecx, %eax
   cmpl    $5, %edx             // 偏移
   ja    L2
   jmp    *L10(,%edx,4)
   .section .rdata,"dr"
   .align 4
L10:
   .long      L3  // 跳转地址表
   .long   
   .long
   ... ...
L8:
//
L2:
... ...

http://c.chinaitlab.com/cc/ccjq/200805/748102_2.html
找到了   这人的blog.. 你去看吧  汇编我可玩不来 ..
http://bigwhite.blogbus.com/

关于switch性能的  他的blog里有... 我的是转载= =||


[本贴由作者于 2008-10-19 21:41:08 最后编辑]

在case中推荐使用小的连续的整数，因为在这种情况下，所有的编译器都可以把switch 转化成跳转表。


问题是 @list[@index].code 的序列中有几个甚至达到了600多。这样的序列也编译成跳转表？

link006007

不知道 =  =
ruby本身是怎么处理switch的我都不知道 {/gg}

流川枫

以下引用zh99998于2008-10-19 21:08:31的发言：

为什么不eval("command_" + 代码对应的数字) ？

我试过了，不行的。

因为code有时候是一些没有预定义的值，比如 0

流川枫

以下引用link006007于2008-10-19 22:01:19的发言：

不知道 =  =
ruby本身是怎么处理switch的我都不知道  

你贴出来的代码，我没看懂，不好意思哈。

不过我想所谓的 表格，应该就是构造了一个足够大的数组，
然后用 switch(x) 里的x直接寻址的吧？
那么如果case 999的话，不就需要分配999个成员了么？！{/pz}