本帖将更新一些有关1.23b新系统的问题

Renee

引用第14楼linzefei于2009-06-12 04:50发表的  :
那。。写个计时器间隔时间循环大量操作。。看看哪个每秒操作次数更高 而不会卡？。。。。。似乎很窘。。

那法子不行，timer是游戏内时间的计时器，简单地说就是游戏卡的时候它也卡。

Renee

引用第20楼天零萃梦于2009-06-12 08:11发表的  :
简单地说父key就是子key的命名空间，别理解成双重hash表。


--

.......

没有规则。你可以把它理解成一个2维数组

只是父key相同的几个元素归为一类，清理的时候可以用一个函数一次性清理而已。

天零萃梦

ok了解了。。

看来要对地图进行大手术了= =..

Renee

其实说2维数组也有点不确切,因为这2个值是允许负数的。

普遍认为这个哈希表比gc快，但是目前还没有明确地测试过。

不过有几点可以肯定的是，

1]这个哈希表比要多次转换数据类型才能用的gc显然是好多了。就算他们本身速度一样，gc的数据转换内容太多，在效率上已经吃亏了

2]这个哈希表会和数组一样计算变量连接数，一个handle若还保存在哈希表里。那么就算它的对象被删除，这个表位也不会立刻被复用，直到你从哈希表里删去它。这样你就不会因为试图读取该单位而读到另外个新单位去了。这也是我以前推荐用数组系统而不是gc系统的一个原因。gc里保存的东西是和handle表的变量连接数无关的。因此很容易出现指向混乱。

3]gc会随着地图保存而把整个gc表另外弄一份保存到到地图存档文件里。无端增大存档文件的体积和保存时间，也增加了地图的读取时间。哈希表的话没这个问题。

Renee

看来投影仪还是有问题。

Renee

目前还在PTR中，其实已经出现了一些未填上的漏洞，不过blz已在着手处理。


新函数都已经放到触发编辑器里。

新对象哈希表采用2层key，分别为父key和子key，可以把父key理解作文件夹。用这个可以把key拿来编组的说。而且可以一次性清空整个哈希表也可以单独清空某个父key下的所有子key。也可以清除单个子key。简单地说父key就是子key的命名空间，别理解成双重hash表。而且hash表本身无法作为另一个hash表的元素。



  

linzefei

那贴 第1页不能进了

帖子ID非法

。。。奇怪。。我明明回复的 test@test这一帖子```

帖子合并了么``

Renee

因为被我合并了~~不过似乎还是有wt~~

Renee

这下呢?

linzefei

合并后 那时就好了。

刚才刷新下 似乎

对不起,本版块为认证版块,您没有权限查看此版块的内容!



然后我从板块点进来 就没问题了。

那法子不行，timer是游戏内时间的计时器，简单地说就是游戏卡的时候它也卡。

..我不是说用它计时

比如。。。以前测试  使用全局和直接写数值的效率对比。。。感觉还是有用的。。

[jass]function abc takes nothing returns nothing
local integer i=0
loop
exitwhen i>udg_i
set udg_b=TRUE
set i=i+1
endloop
endfunction

function Trig________________u_Actions takes nothing returns nothing
call TimerStart(CreateTimer(),0.00001,true,function abc)//计时器可以精确到0.00001的。。(计时器0.00001 等价 计时0秒)
endfunction[/jass]

然后根据更改udg_i来控制 赋值速度。。

结果发现。

udg_i >90   set udg_b=true卡
udg_i >70   set udg_b=TRUE卡

差距还是很明显 可以感觉出的。。。


这样测试的话 还是能测试出的。。

nikki

原来可以精确到这么多啊，感谢LS

nikki

看来以后做图方便了。


GA很多演示都没用了

Renee

其实很多只用了H2I的地图的话是可以直接把H2I查找替换成GetHandleId了事的。但是用了I2H或者C2I的就会比较麻烦了。

nikki

最近的孔明兄和血戮魔动冰的好多研究都泡水了啊

不知道1.23b什么时候才能在中国普及
我现在都不知道到底是用1.20做图还是用1.23b来做了。

xiaojiao

\\那两个是个人兴趣.喜欢研究

nikki

我还是比较喜欢做图

multic

果然对很多人来说是悲剧啊... 就感觉上应该比GC快吧

Renee

引用第29楼linzefei于2009-06-12 10:10发表的  :
合并后 那时就好了。

刚才刷新下 似乎

对不起,本版块为认证版块,您没有权限查看此版块的内容!
.......

用你这个法子粗略地测试了下，用的都是储存整数功能，为公平起见都用cj函数。

结果是，数组80 哈希表50 gc20

以下函数每0.00001s（Timer）执行一次。

[jass]
//哈希表，udg_i为50不卡
function abc takes nothing returns nothing
local integer i=0
loop
exitwhen i>udg_i
    call SaveInteger( udg_ht, 1, 1, 3 )
set i=i+1
endloop
endfunction

//gamecache，udg_i为20不卡
function abc takes nothing returns nothing
local integer i=0
loop
exitwhen i>udg_i
    call StoreInteger( udg_gc, "1", "1", 3 )
set i=i+1
endloop
endfunction

//数组，udg_i为80不卡
function abc takes nothing returns nothing
local integer i=0
loop
exitwhen i>udg_i
    set udg_ar[100]=3
set i=i+1
endloop
endfunction
[/jass]

明显地，比gc快多了，虽然及不上直接设置数组值，但考虑到数组有下标上限，用来做单位index比较麻烦，扣除这部分代价综合来看还是好于数组系统的。至于gamecache系统那完全不必说了，除了速度方面问题，还有其他负面问题，比如我上面提到的那些。

Renee

目前这个测试仅限于存储整数，有时间我再测试下另外的。

lunaflywar

有这个已经足够了，即使其他的非常慢，有整数什么都有了