Chat

[03-02 11:02] [Chat] Icewolfz: awnays if should be fixed now if it breaks still let me know
[03-02 11:03] [Chat] No: will test in a second
[03-02 11:03] [Chat] Icewolfz: i tested it but again never can be sure with my luck
[03-02 11:04] [Chat] Icewolfz: as its a simple change that reduces cpu time by a good 50 to 900% depending on the call
[03-02 11:04] [Chat] Icewolfz: as it is men to cache filtered data
[03-02 11:04] [Chat] Icewolfz: so it doenst have to keep filtering it
[03-02 11:05] [Chat] Icewolfz debating on also filtering sorted data as an exrta step but that would have probabloul taken more memory
[03-02 11:05] [Chat] Icewolfz: didnt see as much of a reduction in time between sorting and filtering
[03-02 11:05] [Chat] No: might be a good thing to make optional via argument in the future
[03-02 11:06] [Chat] Icewolfz: that is not possible due ot design
[03-02 11:06] [Chat] Icewolfz: plus to much used the code and would require days if not months to update calls to the that system
[03-02 11:06] [Chat] Icewolfz: so was worth the trade off in the timeing
[03-02 11:07] [Chat] Icewolfz: i tested the code and it went from ~2500 to ~300 in loading generic weapons
[03-02 11:07] [Chat] Icewolfz: and from 200 to 9 for other places that used the code
[03-02 11:07] [Chat] Icewolfz: granted those #s are in exeute units which is kinda hard to link to time but still the #s alone made it worth the update
[03-02 11:08] [Chat] Icewolfz: was hoping ti would remove load runtime errors in stores thet have bene popping up the last month or 2
[03-02 11:08] [Chat] Icewolfz: beleave it was due to alloys as new ones made the list long thus taking more time to process
[03-02 11:08] [Chat] Icewolfz: and store could clal that code u pto 10 or 15 times a repop
[03-02 11:09] [Chat] Icewolfz: anwyas the bug is fixed , and sorry for the issue
[03-02 11:09] [Chat] Icewolfz: tought i had tested it enough yesteday
◀
1
...
182
183
184
185
186
187
188
...
195
▶
Back to List

ShadowMUD

12:26, Darkday, Kortki 19, 214 AD.

[03-02 11:02]	[Chat]	Icewolfz: awnays if should be fixed now if it breaks still let me know
[03-02 11:03]	[Chat]	No: will test in a second
[03-02 11:03]	[Chat]	Icewolfz: i tested it but again never can be sure with my luck
[03-02 11:04]	[Chat]	Icewolfz: as its a simple change that reduces cpu time by a good 50 to 900% depending on the call
[03-02 11:04]	[Chat]	Icewolfz: as it is men to cache filtered data
[03-02 11:04]	[Chat]	Icewolfz: so it doenst have to keep filtering it
[03-02 11:05]	[Chat]	Icewolfz debating on also filtering sorted data as an exrta step but that would have probabloul taken more memory
[03-02 11:05]	[Chat]	Icewolfz: didnt see as much of a reduction in time between sorting and filtering
[03-02 11:05]	[Chat]	No: might be a good thing to make optional via argument in the future
[03-02 11:06]	[Chat]	Icewolfz: that is not possible due ot design
[03-02 11:06]	[Chat]	Icewolfz: plus to much used the code and would require days if not months to update calls to the that system
[03-02 11:06]	[Chat]	Icewolfz: so was worth the trade off in the timeing
[03-02 11:07]	[Chat]	Icewolfz: i tested the code and it went from ~2500 to ~300 in loading generic weapons
[03-02 11:07]	[Chat]	Icewolfz: and from 200 to 9 for other places that used the code
[03-02 11:07]	[Chat]	Icewolfz: granted those #s are in exeute units which is kinda hard to link to time but still the #s alone made it worth the update
[03-02 11:08]	[Chat]	Icewolfz: was hoping ti would remove load runtime errors in stores thet have bene popping up the last month or 2
[03-02 11:08]	[Chat]	Icewolfz: beleave it was due to alloys as new ones made the list long thus taking more time to process
[03-02 11:08]	[Chat]	Icewolfz: and store could clal that code u pto 10 or 15 times a repop
[03-02 11:09]	[Chat]	Icewolfz: anwyas the bug is fixed , and sorry for the issue
[03-02 11:09]	[Chat]	Icewolfz: tought i had tested it enough yesteday
◀ 1 ... 182 183 184 185 186 187 188 ... 195 ▶
Back to List