#cuberite

I am getting errors :(

Here is a quick log

Never mind, ill make a github issue

I'm impressed! The official Mojang server uses about %70 of my 768 MB RAM, but Cuberite only about 20%!

@ajusa: It seems you used C.H.I.P, if I am not mistaken, the Armv7 builds are RaspberryPi-specific. Try compiling instead. I replied to your issue.

@PaddyMac: C++ ;)

LogicParrot change your NickServ password Now!

(LogicParrot) [23:01:12] /msg NickServ VERIFY REGISTER LogicParrot gcqzpwhvcdbk

It was open to everyone

And hex bearbin

hex bearbin

but hi guenstigwerben

?

@guenstigwerben that is not my password. That's just my registeration code.

Which is useless now that it's used.

But thanks for the warning :)

@bearbin my comment was completely wrong, I thought the book does not use https, my bad.

That's fine, we just need to get it on the main site now.

Do we?

Oh, I thought "it" is referring to the manual :P

No, the HTTPS. If xoft transfers the domain it should be quit easy.

Hi bearbin LogicParrot and everyone else

hi

bearbin the OS X build failed because of a segfault

Compilation went out fine, but the start was interrupted

restarted

Thank you, but I don't think that will do future wise

yes, we need to fix the segfaults

Does your start script produce a core dump

nope

Hmm that would be good. What do you think?

Where would I put the coredump in an automated fashion? Since Jenkins does not archive artifacts on a failed build AFAIK.

but it would be a good idea

actually nvm, artifacts are archived on failyre

failure*

OS X build is still failing

but builds are done in release mode with full optimisation, so would a coredump be helpful?

could you determine whether the build failed or succeeded automatically?

Not really

uhh..

-_-

Making the coredump available is very easy I realised, it's just whether they would be useful for release mode.

THey wouldn't until you wanted to reverse engineer it

Okay

the last build is okay

could you remove the raspbian crosscompile pack and the freebsd x86 build? They are just taking up space and traffic.

The Raspi Crosscompile pack is an essential part of the raspi build process. I can disable the freebsd x86 build to stop it taking up build time though.

I don't have any issues with disk space or traffic though, 2TB disk space and unlimited traffic

2TB ?? Woo. Okay

just disable it then. I thought you were still hanging on a small VPS

Nope, it has a proper Kimsufi dedicated :P

nice

I have to go now. See you in the evening

Hello!

hi teb_

Love Cubrite! Thanks guys :)

I have a performance question - are there any numbers to back up how does Cubrite compare to the standard Java Minecraft server?

I'm sure it's better.

but I'm interested in the rates (2x, 4x, better with memory)

I know old Bukkit could have eaten 4GB for breakfast :D

It's our pleasure, I'm glad you like it! I don't have numbers, but in general the memory usage is a lot lower, and CPU is lower in some areas, higher in others (world gen lower, mobs/redstone higher)

You could do a benchmark yourself if you want, and we did work out what memory the server should need

but not compare it to bukkit

I think it's in a forum thread somewhere

numbers would be more than sufiscient

I see there is binary for Raspberry :D

must be damn fast

Also, multithreading for lots of tasks, so the Pi2 is good for that

where can I read up on the numbers?

Here is one discussion: https://forum.cuberite.org/thread-1420.html

But we did implement chunk sparsing, so the memory usage should be much lower as air is not stored.

so I can expect ~40MB/player? That feels like a huge saving compared to the Java impl :o

You should also expect some for the spawn area which is always loaded, some for network connections, and some for other aspects, but somewhere around that, yes

really interesting :)

memory usage will be less with players densely packed, and nearer to the maximum with less packed players

I can see that :)

thank you very much

bearbin: is that normal to take 180MB when there is noone connected?

180mb is a little high, but ~100 meg is normal

ok :)

how would I go about minimizing the server's memory usage?

I've reduced DefaultViewDistance but that didn't help much

can I limit how many chucks can a player load?

I don't know about that, but one extreme measure you could try is having a flat world.

Not too nice for survival, but ideal for creative worldbuilding.

@bearbin?

yes

We'd want the ToC to direct to https://book.cuberite.org/#derp-123 and not https://book.cuberite.org/#2.5

Which means the way it auto updates would need modification.

If we keep the #2.5 format, people will inevitably post brittle links around (forums, etc.)

(ftr, reference: https://github.com/cuberite/cuberite.github.io/...)

gtg for dinner, but I think we're approaching this problem from the wrong direction - we should have a versioning system instead.

bb in 30 mins

LogicParrot, you free for a moment?

I'd like to be able to build Cuberite using all external dependencies instead of using the bundled libs. Is there an easy way to do this?

In other words, use the system libs.

I believe that most of our dependencies are modified so it wouldn't be possible to use external libs. Do you have a particular reason to use external libs?

Well, if the bundled libs are customized, that is a different story. But I'd like to write a Gentoo ebuild for Cuberite, and the general rule is to use system libs. The general exception to that rule, though, is if the libs are customized.

I think using a library for lua would be possible however, as it's not customised, and we have got some of the way towards using the system lua.

I found the bug about system lua, but it hadn't been touched since 2014, so I was wondering if any progress had been made on that.

I don't think any progress has been made, unfortunately. I think we'd be very happy for you to work on changing it if you want, as it's something that is planned anyway.

Well, it seems that modyifying CMakeLists.txt to search for and use system Lua would be all that is needed. I'm not very knowledgeable with cmake, but that's never stopped me from learning.

I'll probably have some time tonight or tomorrow to look into it.

I'm happy to see an efficient non-java Minecraft server. It seems like most Minecraft server projects have been abandoned.

Anyway. Thank you for your time. I'll just comment on the Lua bug when I have something to submit.

No problem PaddyMac, and thank you for getting involved! As you say, there are few open-source servers still in development