aboutsummaryrefslogtreecommitdiff
path: root/.travis.yml
diff options
context:
space:
mode:
authorAuke Kok <sofar@foo-projects.org>2016-03-01 23:14:26 -0800
committerparamat <mat.gregory@virginmedia.com>2016-03-19 17:56:26 +0000
commitc5c727d62735e334ec64f07c557a2896d6d66d9f (patch)
tree1393fff1723a92fcf522ef24fe520a9533ce0bd6 /.travis.yml
parentd915ca11249050fd67a87ebee16ca2b2f67f93d5 (diff)
downloadminetest-c5c727d62735e334ec64f07c557a2896d6d66d9f.tar.gz
minetest-c5c727d62735e334ec64f07c557a2896d6d66d9f.tar.bz2
minetest-c5c727d62735e334ec64f07c557a2896d6d66d9f.zip
Allow NodeTimer, ABM and block mgmt interval changes.
ABM's are hardcoded to run every 1.0s, NodeTimers are hard coded to run at every 1.0s. Block mgmt is running every 2.0sec. However, these timers can be better tuned for both higher and lower values by server owners. Some server owners want to, and have the resources to send more packets per second to clients, and so they may wish to send smaller updates sooner. Right now all ABM's are coalesced into 1.0 second intervals, resulting in large send queues to all clients. By reducing the amount of possible timers, one can get a far better response rate and lower the perception of lag. On the other side of the camp, some servers may want to increase these values, which again isn't easily doable. The global settings abm_interval and nodetimer_interval are set to current values by default. I've tested with 0.2/0.5 type values and noticed a greatly improved response and better scattering of nodetimers, as well as enjoying not faceplanting into doors with pressure plates anymore.
Diffstat (limited to '.travis.yml')
0 files changed, 0 insertions, 0 deletions