r6
Details
-
Filename_CPUThieves-r6.zip
-
Uploaded by
-
UploadedNov 1, 2014
-
Size7.36 KB
-
Downloads189
-
MD51680a4f15f1456bfe664f6f189459054
Supported WoW Retail Versions
- 6.0.3
Changelog
------------------------------------------------------------------------
r6 | mikk | 2014-11-02 01:09:08 +0000 (Sun, 02 Nov 2014) | 8 lines
Changed paths:
M /trunk/main.lua
Ch-ch-ch-changeees!
- OnUpdate CPU usage now included in frame CPU usage (manual polling yay). Addon checks if this is necessary or not on start-up. (Future safe)
- If we ever report high CPU on an unnamed frame, it is now assigned a global name e.g. UnnamedFrame01234567 and reported as such. This allows you to prod it yourself with e.g. /dump
- New command "/cputhieves identify VARNAME" that does its best to find out just where the hell that variable came from.
- - It loops through ALL global vars&tables, up to 6 deep, trying to find someone pointing at it
- - For frames, it loops ALL Script handlers and does the same global scan
- - For any table, it loops all members and does issecurevariable() on them, trying to find mention of addons
- We now poll 4000 frames per OnUpdate (was:2000). Still takes less time per frame than on the ones that we have to UpdateAddOnCPUUsage().
------------------------------------------------------------------------
r5 | mikk | 2014-11-01 05:48:36 +0000 (Sat, 01 Nov 2014) | 1 line
Changed paths:
M /trunk/main.lua
Ups. Reinstate same-handler-function finding logic in live scanner, that I earlier disabled for troubleshooting purposes.
------------------------------------------------------------------------
r4 | mikk | 2014-11-01 05:28:43 +0000 (Sat, 01 Nov 2014) | 1 line
Changed paths:
M /trunk/main.lua
Thank you Phanx for pointing out my spelling error: hiccup, not hickup. This important fix is now pushed out immediately :D
------------------------------------------------------------------------
r3 | mikk | 2014-11-01 04:42:38 +0000 (Sat, 01 Nov 2014) | 2 lines
Changed paths:
M /trunk/main.lua
Slight fubar of live detection of frames using >100ms per polling cycle (but without triggering the FPS guard).
SHOULD be fixed, but there's still something very strange going on that I'm right now seeing only for SUF's target frames. Unsure what it is still, investigating.
------------------------------------------------------------------------
r2 | mikk | 2014-10-31 05:43:34 +0000 (Fri, 31 Oct 2014) | 1 line
Changed paths:
A /trunk/!CPUThieves.toc
A /trunk/main.lua
Initial commit. Working I guess :D
------------------------------------------------------------------------
r1 | svn | 2014-10-31 05:40:16 +0000 (Fri, 31 Oct 2014) | 1 line
Changed paths:
A /branches
A /tags
A /trunk
cputhieves/mainline: Initial Import
------------------------------------------------------------------------