Multimangos

[DasBlub]

i just wanna ask if there are plans to implement multiprocessing/multithreading? this would be really nice

i have no idea about multithreading/multiprocessing/networking so i can't do it myself but i would appreciate it if a dev would work on it (or would tell other devs how to implement it). if a dev would teach us how to implement this i maybe would work on it (allways depending on the time i have... but actually i've a lot of time )

[alex_s]

i would greatly welcome some multithreading or multiprocessing.

mangos does not use more then 3% of my machine at all, so it would be realy nice to get the bottle necks out of the code, to atleast work it multiple times to speed up.

[ghost_xt]

i would greatly welcome some multithreading or multiprocessing.

mangos does not use more then 3% of my machine at all, so it would be realy nice to get the bottle necks out of the code, to atleast work it multiple times to speed up.

I agree mulitcore all the way , code optimization is the way to go

[jet111]

why not use JBOSS 5.0?

java swig c++

I think!

[DasBlub]

why not use JBOSS 5.0?

java swig c++

I think!

jboss? :eek:

java is not as fast as c++ is so we would have an enormous speed deficit... there are enought posibilities in c++ but there is just the need that someone implements this in mangos...

[epozdnyakoff]

Login Server - realmd

Base Server - to this players will connect (call it proxy server ).

Cell Server - this handles one or several maps ( call it map server ).

World Server - handles chat, guilds, etc.

I would prefer a solution that doesn't use multithreading in it's purest form (as concurrency of peer threads) - using asynchronous calls to other threads to complete tasks that would otherwise stall the server and just picking them up when they're done (and we've used the time to handle other messages).

[waza123]

+1 for Multi-processing

[Exploiter]

Is the project still going on? Otherwise - I've been for long thrilling for MP in mangos.

[hikikomori18]

Yea I voted for MP, it seems like the better choice, it may be harder to learn, but has more possibilites of becoming more blizz offlike.

[przemratajczak]

i saw first commits in new git branch, that leaves hope to us

[waza123]

i saw first commits in new git branch, that leaves hope to us

where?????

[arrai]

http://github.com/XTZGZoReX/multimangos/tree/master

[poppe]

33

[hikikomori18]

33

===== MultiMaNGOS -- The multi-processing project for MaNGOS =====

This is still a highly in-development project. It is absolutely

not intended for use in production environments.

Development channel: #multimangos @ chat.freenode.net

Its straight on the git page

[Deake]

i wonder how ppl are able to set up a server, if they don't even have the ability to read a plain text...

[hikikomori18]

i wonder how ppl are able to set up a server, if they don't even have the ability to read a plain text...

yea seriously, I haven't even set up my own server yet, cause i only understand half of it. How did these genius's do it.

[Lord X-Press]

i wonder how ppl are able to set up a server, if they don't even have the ability to read a plain text...

There are many 1 klick tools for them ^^

[The_Game_Master]

Yes this is why I'm currently opting for multithreading actually. There is no way in hell the memory usage should be this high even with hundreds of players online if you have gridunloading on. There must be some memory leaks somewhere or I don't know. The fact that gridunload makes crashes and lags just means the core is not well optimized. If we just throw more hardware at them then these problems will be neglected and we will go more and more towards and end where the core is a horribly slow / crashy memory hog that you can only cope with by having a cluster of 10 computers working at it. So don't think that clustering is the only solution to the problem .. in fact it's one of the worst solutions .. the lazy man's solution. We should be a learning project that delivers a quality product instead of a corporate hog where you don't care if you write horrible code as long as you write it quickly and you just have the hardware department give you enough muscle to chug that pig along.

I must agree with Wyk3d on this one, no matter how much I like the idea of multiprocessing, multithreading and core optimization is the way to go here. Not to mention the resources needed for multiprocessing that i'm sure most of us don't affort.

[VladimirMangos]

With recent and planned .map files size descreasing (thanks to DiSlord for nice recent chnages in its and continue work in this part) server have _lot_ more free memory for work without hardware changes.

[zhenya`]

With recent and planned .map files size descreasing (thanks to DiSlord for nice recent chnages in its and continue work in this part) server have _lot_ more free memory for work without hardware changes.

i think maps isn`t very slow part of project...

[throneinc]

http://github.com/XTZGZoReX/multimangos/tree/master

Awesome!!!!!

[caeruleaus]

processing maps is probably one of the more cpu/memory intensive things in mangos since everything has to be contained within a map. What really needs to be worked on in being optimized is VMAPS or better yet, get the MMAPS implemented and get rid of Vmaps (not sure if you can, but some of the talk in that topic suggests you can).

[VladimirMangos]

i think maps isn`t very slow part of project...

Maps use lot memory and then triggring data swaping or not allow use disabled map unloading and use aditional time for map loading.

[dhampir]

For me, in a way it doesn't matter the option. If the result is that it will bring faster content or higher simultaneous user connections, then go ahead. Otherwise please remember this phrase

If ain't broke, don't fix it.

But since there are other projects that claim (and I'm not criticising them) to have multi threaded core, then would be nice for a project get the initiative to go multiprocessing.

[dhampir]

I'm not sure about this, but a good starting point to check for a Corba alternative should be KDE.

They started with Corba in the beginning (1.x series), then switch to a home made DCOP (2.x or 3.x) and now in the 4.x series they use DBUS.

And before starting the flames, whatever they are using now, is PORTABLE.