BDS Linux performs very bad compared to older BDS versions/builds. for example entities are very buggy and can cause a lot lag (Redstone as well, which is disabled in my server). Using the same hardware I was able to run a BDS server @ 60 players without problem in v1.13.3 but using the latest version (1.14.30) the server starts to lag @ 30 players. Because the performance is so bad, modding the linux version is no longer attractive due the bad performance + the crashes we experience when using maps over 1g. Modders like CodeHZ who previously contributed to the linux modloader dropped support for bdlauncher native for linux. This makes all or our mods we made unusable because we have to rewrite them to windows. (this will take a lot time, but yea thats not mojangs problem just a side note). Because the bad performance, the bdlauncher community started using windows bds on linux (no joke): https://github.com/codehz/wine-bdlauncher Please Mojang/Microsoft try to optimize BDS Linux that community survival servers like mine can still have a lot players without issues. It would also give us a reason (IF BDS Linux becomes great again) maintaining bdlauncher linux ourself for the community (if needed)
Linked issues
Comments
migrated
migrated
Hi El Mexi,
An issue like this is going to be really hard for someone here to replicate. If you have the opportunity and the user base it might help if you can compare resource utilization on identical (vanilla - remove the bdlauncher piece entirely) servers. I have a test bed with a linux and Windows BDS instance but I'm unlikely to see a difference with the kind of load I can put on the server.
The problem we have is that everything here is circumstantial. You may only get 30 players now but is that because of a Windows -> Linux difference or just because of new features (Java has the same issues over time). Or is it that the 30 players now all have fully automatic "zero tick" farms running whereas before 60 players we're all tilling soil (extreme example I know).
End of the day the more info we can gather the better.
Ionic
migrated
Hi El Mexi,
An issue like this is going to be really hard for someone here to replicate. If you have the opportunity and the user base it might help if you can compare resource utilization on identical (vanilla - remove the bdlauncher piece entirely) servers. I have a test bed with a linux and Windows BDS instance but I'm unlikely to see a difference with the kind of load I can put on the server.
The problem we have is that everything here is circumstantial. You may only get 30 players now but is that because of a Windows -> Linux difference or just because of new features (Java has the same issues over time). Or is it that the 30 players now all have fully automatic "zero tick" farms running whereas before 60 players we're all tilling soil (extreme example I know).
End of the day the more info we can gather the better.
Ionic
migrated
I run my server without modloader since a week, and didnt help anything 😉 The authors of bdlauncher said themself its Mojang related bug
migrated
I run my server without modloader since a week, and didnt help anything 😉 The authors of bdlauncher said themself its Mojang related bug
migrated
I run my server without modloader since a week, and didnt help anything 😉 The authors of bdlauncher said themself its Mojang related bug
migrated
Hi El Mexi,
Can you test performance in 1.14.32.1? Its supposed to include a bunch of performance improvements.
Let me know how you go.
Ionic
migrated
Hi El Mexi,
Can you test performance in 1.14.32.1? Its supposed to include a bunch of performance improvements.
Let me know how you go.
Ionic
migrated
Hi El Mexi,
Can you test performance in 1.14.32.1? Its supposed to include a bunch of performance improvements.
Let me know how you go.
Ionic
migrated
Thank you for your report!
We're actually already tracking this issue under BDS-2574.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
Ionic
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 BDS Wiki – 📖 FAQs
migrated
Thank you for your report!
We're actually already tracking this issue under BDS-2574.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
Ionic
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 BDS Wiki – 📖 FAQs
migrated
Thank you for your report!
We're actually already tracking this issue under BDS-2574.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
Ionic
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 BDS Wiki – 📖 FAQs
migrated
performance seems to be better compared to the last build (1.14.30) 40-50 players worked fine. (I've set 12 threads in server.properties and 6 view distance, my machine has 16 threads / 8 cores) But BDS does not perform that well when its set with high view distance... same machine at 24 view distance makes the server laggy at 20 players... survival.to:19134
migrated
performance seems to be better compared to the last build (1.14.30) 40-50 players worked fine. (I've set 12 threads in server.properties and 6 view distance, my machine has 16 threads / 8 cores) But BDS does not perform that well when its set with high view distance... same machine at 24 view distance makes the server laggy at 20 players... survival.to:19134
migrated
performance seems to be better compared to the last build (1.14.30) 40-50 players worked fine. (I've set 12 threads in server.properties and 6 view distance, my machine has 16 threads / 8 cores) But BDS does not perform that well when its set with high view distance... same machine at 24 view distance makes the server laggy at 20 players... survival.to:19134
migrated
BDS just does not perform great when the view distance is set very high (for me at least using the linux version) however, the software seems to perform great enough when the view distance is drastically reduced from 32 to 6 in server.prop (yea, its always pre-set in server.properties that the view distance is that high. you might should reduce it to 16 view distance, because its logical that non experienced server owners may have set 32 and are now asking why its so laggy. in previous builds, the view distance was pre set at 10. everything over 16 seems to make BDS performing slower. I think changing the default view distance in the download to 16 is maybe a lot better👍
max-threads=12
Maximum number of threads the server will try to use. If set to 0 or removed then it will use as many as possible.
Allowed values: Any positive integer.
migrated
BDS just does not perform great when the view distance is set very high (for me at least using the linux version) however, the software seems to perform great enough when the view distance is drastically reduced from 32 to 6 in server.prop (yea, its always pre-set in server.properties that the view distance is that high. you might should reduce it to 16 view distance, because its logical that non experienced server owners may have set 32 and are now asking why its so laggy. in previous builds, the view distance was pre set at 10. everything over 16 seems to make BDS performing slower. I think changing the default view distance in the download to 16 is maybe a lot better👍
max-threads=12
Maximum number of threads the server will try to use. If set to 0 or removed then it will use as many as possible.
Allowed values: Any positive integer.
migrated
BDS just does not perform great when the view distance is set very high (for me at least using the linux version) however, the software seems to perform great enough when the view distance is drastically reduced from 32 to 6 in server.prop (yea, its always pre-set in server.properties that the view distance is that high. you might should reduce it to 16 view distance, because its logical that non experienced server owners may have set 32 and are now asking why its so laggy. in previous builds, the view distance was pre set at 10. everything over 16 seems to make BDS performing slower. I think changing the default view distance in the download to 16 is maybe a lot better👍
max-threads=12
Maximum number of threads the server will try to use. If set to 0 or removed then it will use as many as possible.
Allowed values: Any positive integer.
Hi El Mexi,
An issue like this is going to be really hard for someone here to replicate. If you have the opportunity and the user base it might help if you can compare resource utilization on identical (vanilla - remove the bdlauncher piece entirely) servers. I have a test bed with a linux and Windows BDS instance but I'm unlikely to see a difference with the kind of load I can put on the server.
The problem we have is that everything here is circumstantial. You may only get 30 players now but is that because of a Windows -> Linux difference or just because of new features (Java has the same issues over time). Or is it that the 30 players now all have fully automatic "zero tick" farms running whereas before 60 players we're all tilling soil (extreme example I know).
End of the day the more info we can gather the better.
Ionic