Is this really more efficient or not?

I had a weird idea yesterday to run two servers instead of multiple worlds. I thought this would be more efficient because with 1 server, I have lots of plugins which I don't need shared between the two worlds. Also, since apparently CraftBukkit does not use multiple cores, I thought this would give it a chance to do so. I did that, and even with my homemade (and probably not very efficient) cross-server chat/join and leave notifications, it seems to be the same if not better in lag. But is it really smarter to do it this way?

 

if you have the cores/memory to do it, then yeah it will be more efficient o long a you don't try to synchronize too much between the servers (doesn't sound like you are)

its too bad that ServerPort hasn't been worked on in a while as that could allow you to link the servers together

 

I'm actually just being clever with the synchronizing plugin by saving chat messages and scheduling a slow repeating read by the other server, with a configuration value so it knows which server is which. No ports involved

 

i think the I/O will be loads slower than doing it through sockets, but if it isn't a lot then i wouldn't worry too much about it, though i would look into connecting them together with sockets

 

I wasnt sure how to do that

 

java actually has a fantastic API to do socket communication

Oracle Socket Lessons
Socket API
ServerSocket API

 

Thanks so much! But, in order to communicate with a minecraft server through said socket, won't you have to initialize one there somehow?

 

what i would do is have the plugin try to connect to each server it is supposed to talk to, keep track of the connections if the connection is successful, and then open a ServerSocket so when a server tries to contact them they can accept the connection to talk to them

 

Yeah but I'm still confused how to get a class from the minecraft or bukkit api, such as MinecraftServer, out of these more universal java classes?