Desempenho Servidor.

[VslDream]

Sistema 32 BITS nao aceitam rodar 1 MESMA aplicação com mais de 2,5GB.
Ou seja, mesmo eu tendo 8GB Ram, nao tem como eu usar mais de 2,5GB para startar o GAME SERVER (java) por exemplo. Isto eu sei.
E o que eu tentei avisar acima, foi que o SISTEMA ENTERPRISE 32 Bits aceita mais de 4GB RAM sim. Veja:

[Somente Usuários Registrados Podem Visualizar os Links Desta PáginaClique aqui para se Registrar]

Agora será que tem como vocês me ajudarem no FOCO principal do POST, que são as TRAVADAS, ao inves de ficarmos aqui discutindo sobre CONFIG do meu DEDICADO?

Obrigado!

Qual atk.speed vc ta usando em seu servidor???

Pq tipo no meu ta no dedicado tb mais se ponho um atk spd muito alto ai qnd ta atacando para fazer parar da um legzinho!!!

Outra coisa leia esse topico ele me ajudo muito em relacao de configuracoes para o desempenho do servidor fikar melhor[Somente Usuários Registrados Podem Visualizar os Links Desta PáginaClique aqui para se Registrar]

Outra coisa tb util vai no gerenciador de tarefas do Windows depois (Processos) la vc acha o (Java) Clique com o botao direito nele depois DEFINIR PRIORIDADE e ponha TEMPO REAL isso tb ajuda!!!

Espero ter ajudado siga as coisas que havia falado e acho que vc vai conseguir a solução para ti!!!

[VslDream]

Velho...

De boa, sua intenção foi otima, a do Setokaiba tambem.
Mas eu ja fiz, e conheço varias outras pessoas que seguiram este TUTO, e piorou o desempenho ao invez de melhorar.

Mas mesmo assim obrigado!

Tipo muitos piorarão por não saber calcular os valores de sua maquinha...

Eu não sei outro alternativa!!! c(:

No meu servidor msm fiz corretamente calculando tudo certinho e funciono corretamente e melhoro o desempenho de meu servidor!!!


Outra coisa boa a fazer e por o java para funcionar em Tempo real ja fez isso???

[VslDream]

Sim sim...
Eu ja tentei um outra alternativa aqui, estou analizando tudo.
Parece que melhorou, vou esperar o server encher mais pra saber mesmo.

Sobre por o JAVA em tempo real, eu ja uso isto sim.
Tanto o JAVA quando MYSQL rodam com prioridade REAL TIME, e usando todos os nucleos do processador.

Vlws!

[WiLLNakamura]

Vsl do que adianta voce ter 8gb de ram se nao vai poder alocar mais que 1536MB de ram no GS.

Passe pro Windows Server 2003 Enterprise x64, instale o Java x64 e o Mysql x64 voce ira notar a diferenca. Procure sobre a diferenca entre programas executados em x86 e programas executados em x64 voce vera que isso realmente faz diferenca.

[VslDream]

Faz realmente muitaaaaaaaaaa diferença. Pra qualquer outro PROGRAMA, menos pro JAVA.
Mandei e-mail pra SUN eles mesmo responderam que o JAVA tem muito mais ESTABILIDADE rodando em sistemas 32 do que 64.
Eu ja fiz teste amigo, ja tive uma maquina IGUAL ou melhor do que a CITADA pelo SETOKAIBA no TUTO dele.
2 HD de 15k RPM, 8 GB RAM, Win 64x Enterprise, e dava o mesmo problema, se nao fosse PIOR.

Tambem ja fiz o TESTE que GS nao precisa de tanta RAM pra RODAR, eu a muito tempo atras, rodei 220 players online em um DUAL CORE, 1 GB RAM, 1 HD de 180GB Ram 7200 RPM. Dedicado da HOST DIME.

Mas como eu disse acima, o DANIELMWX do projeto L2DOT-MWX me ajudou com algumas configurações no My.ini e no JAVA, e acho que ate agora ta dando certo.

Obrigado!

[WiLLNakamura]

Realmente para rodar 1536MB/1024MB de ram já está bom, mais para nao ocorrer problemas no jogo (quando o server estiver com muitos jogadores logados) o ideal seria 3072MB alocado no java. Pelo meus testes o java e o mysql x64 é melhor do que o java x86 para um server l2j.

Fico feliz de seu problema ter sido solucionado.

Ate +.

[tx300]

vslDrean PODERIA COMPARTILHAR A SOLUÇAO PARA E SABER POIS TENHO O MESMO PROBLEMA E ATE HOJE NIMGUEM SOUBE ME AJUDAR SE PUDER COMPARTILHA ESSA INFORMAÇAO FICARIA GRATO ,OU A FORMA DE OBTER ELA

[VslDream]

Correto. Eu fiz o Seguinte.
Mexi no START do GAME SERVER. E no My.ini
Vou postar aqui o que eu alterei nos 2 arquivos.

My.ini

First setting you should check:
# The default storage engine that will be used when create new tables when
default-storage-engine=INNODB


-------->Set this to a high value, something like mine.
# The maximum amount of concurrent sessions the MySQL server will
# allow. One of these connections will be reserved for a user with
# SUPER privileges to allow the administrator to login even if the
# connection limit has been reached.
max_connections=600


-------->This can be set at 0, not used by l2j and only slows it down
# Query cache is used to cache SELECT results and later return them
# without actual executing the same query once again. Having the query
# cache enabled may result in significant speed improvements, if your
# have a lot of identical queries and rarely changing tables. See the
# "Qcache_lowmem_prunes" status variable to check if the current value
# is high enough for your load.
# Note: In case your tables change very often or if your queries are
# textually different every time, the query cache may result in a
# slowdown instead of a performance improvement.
query_cache_size=0


------>If your tables are getting big, you should locate more to this.This should be more then enough though!
# Maximum size for internal (in-memory) temporary tables. If a table
# grows larger than this value, it is automatically converted to disk
# based table This limitation is for a single table. There can be many
# of them.
tmp_table_size=256M


--------->setting this to 8mb is more then enough
# Additional memory pool that is used by InnoDB to store metadata
# information. If InnoDB requires more memory for this purpose it will
# start to allocate it from the OS. As this is fast enough on most
# recent operating systems, you normally do not need to change this
# value. SHOW INNODB STATUS will display the current amount used.
innodb_additional_mem_pool_size=8M


------>This one is tricky and i dont know wich one is the best, never had time to test it allot.
------>I do know that if you set it to "0" it will create major I/O spikes
------>I havent had any problems using option "2"
# If set to 1, InnoDB will flush (fsync) the transaction logs to the
# disk at each commit, which offers full ACID behavior. If you are
# willing to compromise this safety, and you are running small
# transactions, you may set this to 0 or 2 to reduce disk I/O to the
# logs. Value 0 means that the log is only written to the log file and
# the log file flushed to disk approximately once per second. Value 2
# means the log is written to the log file at each commit, but the log
# file is only flushed to disk approximately once per second.
innodb_flush_log_at_trx_commit=2


------->Not needed to be any higher then 16Mb, comment of mysql explains it
The size of the buffer InnoDB uses for buffering log data. As soon as
# it is full, InnoDB will have to flush it to disk. As it is flushed
# once per second anyway, it does not make sense to have it very large
# (even with long transactions).
innodb_log_buffer_size=16M


--------> Set this to the ammount of ram you have free for your database. At mine, 1024 is enough.
# InnoDB, unlike MyISAM, uses a buffer pool to cache both indexes and
# row data. The bigger you set this the less disk I/O is needed to
# access data in tables. On a dedicated database server you may set this
# parameter up to 80% of the machine physical memory size. Do not set it
# too large, though, because competition of the physical memory may
# cause paging in the operating system. Note that on 32bit systems you
# might be limited to 2-3.5G of user level memory per process, so do not
# set it too high.
innodb_buffer_pool_size=1024M


----------> I have always set this to 50% of my innodb_buffer_pool_size.
----------> Remember if you change this you need to delete your log files in order to start mysql again.
----------> They are located here: MySQL Server 5.0\data
----------> you should delete ib_logile0 and ib_logfile1 if you change this.
# Size of each log file in a log group. You should set the combined size
# of log files to about 25%-100% of your buffer pool size to avoid
# unneeded buffer pool flush activity on log file overwrite. However,
# note that a larger logfile size will increase the time needed for the
# recovery process.
innodb_log_file_size=512M


--------->The thread concurrency depends on your hardware.
--------->you should play around with it a bit but if you cpu is a powerfull one you can easily set this to 60
# Number of threads allowed inside the InnoDB kernel. The optimal value
# depends highly on the application, hardware as well as the OS
# scheduler properties. A too high value may lead to thread thrashing.
innodb_thread_concurrency=60

GameServer

REM -------------------------------------
REM Default parameters for a basic server.
java -Dfile.encoding=UTF-8 -Xmx1024m -cp bsf.jar;bsh-2.0b4.jar;commons-logging-1.1.jar;mmocore.jar;javolution.jar;c3p0-0.9.1.2.jar;mysql-connector-java-5.0.7-bin.jar;l2jserver.jar;jython.jar net.sf.l2j.gameserver.GameServer

Repare que os mesmo tanto que eu coloquei de MEMORIA para o GS, eu coloquei para o MYSQL.

Apos isto eu coloquei tanto o JAVA quanto o MYSQL pra rodar com PRIORIDADE: REAL TIME, e usar todos os NUCLEOS do meu PROCESSADOR, no Gerenciador de Tarefas (task manager).

Ate então, foi isto que eu fiz... E ate agora nao estou tendo problemas, ou pelo menos ainda nao percebi ninguem mais reclamando.

Vlws!