raczman

hello just want to note here, that we're running mangos with latest 3.1.3 commit

very stable with this patch by derex: http://pastebin.com/m7d3df483

Thanks for using it, but my name is not Derex (while it's nice that you compare me with him). Actually it's my patch with Infinity's mods, and slight omp critical lock added somewhere where i was too stupid to forget. EVEN if Derex added something to it, It's rude to completely remove any credits of Infinity's and mine work.

Noone in here cares about your issues with arcemu. Go away troll.

Well i never had this one before, could be from 0.12 branch too ofc.

Here load with ~960 players:

 6664 mangos    20   0 3314M 3046M  9920 S  0.0 38.3  0:21.60   1  |       `- ./mangos-worldd
6681 mangos    20   0 3314M 3046M  9920 S [b]19.0[/b] 38.3 20:13.38   2  |           `- ./mangos-worldd <- net
6680 mangos    20   0 3314M 3046M  9920 S [b]20.0[/b] 38.3 20:04.87   1  |           `- ./mangos-worldd <- net
6679 mangos    20   0 3314M 3046M  9920 S  1.0 38.3  2:29.36   3  |           `- ./mangos-worldd
6678 mangos    20   0 3314M 3046M  9920 S  0.0 38.3  0:00.02   2  |           `- ./mangos-worldd
6677 mangos    20   0 3314M 3046M  9920 S  0.0 38.3  0:05.56   3  |           `- ./mangos-worldd
6676 mangos    20   0 3314M 3046M  9920 S [b]25.0[/b] 38.3 25:53.56   2  |           `- ./mangos-worldd <-- map?
6675 mangos    20   0 3314M 3046M  9920 S [b]29.0[/b] 38.3 25:57.04   4  |           `- ./mangos-worldd <-- map?
6674 mangos    20   0 3314M 3046M  9920 S  2.0 38.3  2:25.08   2  |           `- ./mangos-worldd
6673 mangos    20   0 3314M 3046M  9920 S [b]29.0[/b] 38.3 25:58.11   3  |           `- ./mangos-worldd <-- map?
6672 mangos    20   0 3314M 3046M  9920 R [b]72.0[/b] 38.3  1h03:01   1  |           `- ./mangos-worldd <-- main
6668 mangos    20   0 3314M 3046M  9920 S  0.0 38.3  0:03.95   3  |           `- ./mangos-worldd
6667 mangos    20   0 3314M 3046M  9920 S  0.0 38.3  0:42.00   3  |           `- ./mangos-worldd
6666 mangos    20   0 3314M 3046M  9920 S  0.0 38.3  0:12.10   1  |           `- ./mangos-worldd

You didnt notice that the main thread is the one on top, the one which spawned other threads?

There is a WAR emulator project, in which i am involved. We are to release soon. I do not want to advertise in here, and since our site has essentially nothing yet, you miss nothing. When release is made, youll find us.

http://milw0rm.com/exploits/8921 - 2009-06-09

http://milw0rm.com/exploits/8992 - 2009-06-22

tested this on default phpMA installs across variety of debiain-based distros, and they do not work.

By the way, i am 100% positive the "hacker" got in using mangos/mangos user/pw combination on pma or with mysql CLI client. Most of the people forget to restrict access to users from outside.

We could also change the library check to e.g. check for both ncurses and readline, and use whatever is available.

Might be an idea to support both, as either readline or ncurses always is available on Linux, and at least Fedora, openSUSE, and Debian (and derivatives) always include both by default.

It actually is the only idea to allow user to write and not get interrupted by log output. Question is what about windoze users?

In other words, Vladimir wants something like an --enable-readline for configure.ac.

Last time i checked Vladimir could speak for himself

then in Makefile.am extend LDFLAGS with $( TERMLIB ).

That would allow us to use readline.

Thanks, i am by no means automake guy

Hmm, ... readline not installed at all UNIX as i understand

Yes and no, this library is used in tonnes of free software (bash, gdb, and so on...) But devel packages are still needed for building.

and then will need some configure code for use only if installed.

No, not at all. Configuration is optionall and it only overrides default behaviour.

Oops. I forgot to remove the "TC>" in original diff. Hope that doesnt hurt anyone. Ncurses is nice, but history and tab completion is what i missed the most, so thats what i started with first.

IDApro, ollydbg, some packet sniffer, and in case of our eastern european brothers, vodka. And lots of patience. But generally you're right, packet analysis is "the thing" when it comes to developing an emulator.

Really nice patch, congratulations. We did point 1 in trinity some time ago, and maybe it didnt bring whole lot of performance, but now calling Unit->GetMap() doesnt make me shiver

The only valid argument for supporting lua in core is lack of compilation. But honestly, for complex scripts you will have to use C++, for rest ACID is fine.

This is a really good idea, but for start i would recommend trying to support one project. You will lack people and resources at the beggining, and you will find yourself working mostly alone. Don't let that discourage you. I am working on some sort of custom/fun core and i am amazed that there are NO custom or simply fun scripts out there, everyone pushes "Blizzlike" like we do not have SD2 and ACID to do that.

I wish you good luck, and have fun doing that

This thread just proves that majority of people who criticise git don't understand it, or DVCS in general. Git is working fine, and it handles much bigger projects (linux kernel, anyone?).

This is my take on blink, works fine as much as i tested it:

http://bitbucket.org/KingPin/trinitycore/changeset/11091185473d/

this commit fixes a typo i made, it is needed for proper work:

http://bitbucket.org/KingPin/trinitycore/changeset/b3e0e36ab858/

The patch should work in mangos too, since there are no differences between both in that place in code.

Should work, if you have gcc.

First, i dont have time, second /* mod edit until further notice */. If you want to follow this patch's development (ill update it in few days), youll know where to look for it.

That DB was connected to some php frontend and other tools used it, hence the max_connections

net_buffer_length = 1024K

join_buffer_size = 2M

sort_buffer_size = 2M

read_buffer_size = 2M

read_rnd_buffer_size = 2M

table_cache = 500

max_allowed_packet = 4M

max_connections=300

max_user_connections=350

key_buffer = 256M

key_buffer_size = 256M

thread_cache = 256M

thread_concurrency = 8

thread_cache_size = 1024

thread_stack = 128K

default-character-set = utf8

innodb_flush_method=O_DIRECT

innodb_buffer_pool_size=1800M <= this depends on size of your characters DB

innodb_additional_mem_pool_size=50M

innodb_log_file_size=5M

innodb_log_buffer_size=4M

innodb_flush_log_at_trx_commit=0

innodb_thread_concurrency=8

innodb_file_per_table

innodb_table_locks=0

Well, dump tables before using, etc. 2k+ on that config.

Well, if you think machine is not loaded enough, add another thread? CPU is expensive, make it work to prove its worth

It looks like wether i made a mistake in mangos diff - or you have some problems with DB performance. But thanks for thorough testing, i appreciate that! Will look into what you posted ASAP.

Hmm,

+MANGOS_INCLUDES="$POSTGRE_INCLUDES $MYSQL_INCLUDES $MANGOS_INCLUDES -fopenmp"

I added -fopenmp, at least in the diff from previous page. I really dont know where did i add -fomp, but if i did - sorry - i was writing mangos diff after pulling an all-nighter - yay for no sleep.

he pushed that patch to my patchqueue at bitbucket, with name "mtmaps3".

on 8 CPU (Xeon5410) 80% main and about 10%% other cores, 1k online

That's bad. The load should balance evenly on all cores. How many threads did you set for mtmaps?

O i've tested on 700 users. Ideed low latency but more cpu.

Very good patch, but Derex is a little better.

The point of it is to use more CPU Thanks for testing, but could you give me some numbers? CPU load without and with this patch - or maybe if you have it in mangos, update time diff.