TRS-80 Model 4 with an NVidia Titan X 1080 patched through a 1200 baud serial interface running the latest Windows 3.11 hyperthreaded over TRS-DOS. I usually get about 0.0000000000000000000000000000000000001 fps, and have waited since the last stable release for my screen to update with the new menu's everyones been talking about.
You should see all those nodes rendered in beautiful green screen. It's enough to make one a wee bit wacky.
The problem, it seems, is that no matter how fast your rig is there is a serious limitation with luajit's 1gb max memory. That's the real bottleneck if you're using worldedit's api in a mod. Try saving something of significance using worldedit for example. I hope the devs will compile a version of 0.4.16 for Ubuntu that just has lua without luajit.
Hybrid Dog wrote:ratmix, the memory limit is not a speed bottleneck. Why would any mod use the worldedit api instead of directly using vmanip?
You would use worldedit for simplicity and assuming the authors of world edit know what they are doing, which I would argue they do, it would be a more accurate and efficient method for manipulating the map than I could write. Won't vmanip also run out of memory if trying to save a large chunck of map data to a file? You are right that luajit is not a speed bottleneck, rather it is a memory bottleneck which inhibits grand ideas of map manipulation within a mod. So to my point, if you have the most amazingly fast server but can't use it's performance to make map manipulations, what good is the extra performance? That is actually worse that a speed limitation. It is a roadblock.
Hybrid Dog wrote:ratmix, the memory limit is not a speed bottleneck. Why would any mod use the worldedit api instead of directly using vmanip?
You would use worldedit for simplicity and assuming the authors of world edit know what they are doing, which I would argue they do, it would be a more accurate and efficient method for manipulating the map than I could write. Won't vmanip also run out of memory if trying to save a large chunck of map data to a file? You are right that luajit is not a speed bottleneck, rather it is a memory bottleneck which inhibits grand ideas of map manipulation within a mod. So to my point, if you have the most amazingly fast server but can't use it's performance to make map manipulations, what good is the extra performance? That is actually worse that a speed limitation. It is a roadblock.
I don't think they know what they are doing because e.g. the set command keeps metadata, so the chest inventory is not removed when replacing a chest with stone.
The memory requirement for cuboids grows cubic, a 100x100x100 cuboid has 1M nodes and a 200x200x200 cuboid already has 8M. You cannot do much more with 16 instead of 1 GB, but you can change your mod's algorithm so that it does not change everything at once but gradually changes the map. I've made a scheduling mod for this purpose (https://github.com/HybridDog/function_delayer).