Fir3element

3-4gb ram já deve ser o suficiente windows server 2003 menor ping é no Brasil, cerca de 10x mais baixo que dos EUA (apesar que em algumas empresas você nem vai notar diferença) não to muito atualizado nessa área, só conheço a serversoft

se compilou com visual c++, crash dump no linux, gdb

obg pela ajuda, mas continua usando 1 core inteiro :'(

O problema não ta no doCleanTile, e sim no table.insert, pois insere muitos valores ao mesmo tempo. Queria tentar colocar um addEvent no table.insert também, mas não consegui fazer isso

Tenta adicionar, se der certo ok, mas se não der tem que modificar algumas coisas na source (se o comando não for feito em lua).

Estou refazendo o sistema de clean, mas ta usando muita CPU (100% de um core). function onSay(cid, words, param, channel) local pos = {} local fromPos, toPos, toFloor = 800, 1200, 15 for x = fromPos, toPos do for y = fromPos, toPos do for z = 0, toFloor do local coord = {x = x, y = y, z = z, stackpos = 0} if getTileThingByPos(coord).itemid ~= 0 and not getTileInfo(coord).house then table.insert(pos, coord) end end end end local delay = 0.0001 local _delay, i = delay, 1 while i <= #pos do addEvent(doCleanTile, delay, pos[i], false) i = i + 1 delay = delay + _delay end doPlayerSendTextMessage(cid, MESSAGE_STATUS_CONSOLE_BLUE, 'Game map cleaned.') return true end Num mapa pequeno não tem problema, mas num mapa grande tem chances de travar o pc... Alguém tem alguma sugestão para diminuir o uso de CPU?

tenta isso: local function norepeat(a, b) local z = math.random(#a) local p = a[z] if b == p then table.remove(a, z) return a[math.random(#a)] else return p end end local outfit = getCreatureOutfit(cid).lookType local roupas = {437, 438, 439, 440} if(not outfit == 511) then roupas = {43, 43, 49, 40} end doCreatureChangeOutfit(pk[a], norepeat(roupas, outfit))

pelo q entendi o software só vai servir pra checar... 1º inserir um campo de busca para o terno, por nome ou algo parecido 2º checar se tem no estoque 3º retorna algum resultado (sim ou não) na prática seria mais fácil embutir esses comandos no próprio software da empresa, mas n vem ao caso

não sei se vai fazer alguma diferença, mas tenta trocar: addEvent(teleport, 2, cid, target) addEvent(teleport, 450, cid, target) addEvent(teleport, 900, cid, target) addEvent(teleport2, 1200, cid, pos) -- esse volta pra pos que castou addEvent(movfin, 1202, cid) -- esse altera pra poder mover o char de volta addEvent(mudarsto, 1203, cid) -- esse altera storage addEvent(onCastSpell1, 3, parameters) addEvent(onCastSpell1, 203, parameters) addEvent(onCastSpell1, 402, parameters) addEvent(onCastSpell1, 602, parameters) addEvent(onCastSpell1, 803, parameters) addEvent(onCastSpell1, 1002, parameters) addEvent(onCastSpell1, 1203, parameters) por: local n, _n = {2, 450, 900}, {3, 203, 402, 602, 803, 1002, 1203} for _, k in ipairs(n) do addEvent(teleport, k, cid, target) end addEvent(teleport2, 1200, cid, pos) -- esse volta pra pos que castou addEvent(movfin, 1202, cid) -- esse altera pra poder mover o char de volta addEvent(mudarsto, 1203, cid) -- esse altera storage for _, k in ipairs(_n) do addEvent(onCastSpell1, k, parameters) end

faz tempo q n abro um ot, mas acho q 50mb de map pra 2gb de ram no tfs 0.4 n dá certo não só pra ligar o ot ja deve ir embora 1-1.5gb ram, ai esse pouco q sobra fica pro sistema, mysql, etc

release x64: https://www.mediafire.com/?yj7wn88ybxafbf9

tentar usar isso no script da paralyze (spells/scripts/support/paralyze rune.lua) local combat = createCombatObject() setCombatParam(combat, COMBAT_PARAM_TARGETCASTERORTOPMOST, true) setCombatParam(combat, COMBAT_PARAM_EFFECT, CONST_ME_MAGIC_RED) local condition = createConditionObject(CONDITION_PARALYZE) setConditionParam(condition, CONDITION_PARAM_TICKS, 20000) setConditionFormula(condition, -0.9, 0, -0.9, 0) setCombatCondition(combat, condition) function onCastSpell(cid, var) if(not doCombat(cid, combat, var)) then return false end if(getCreatureOutfit(cid).lookMount > 0) then return false end doSendMagicEffect(getThingPosition(cid), CONST_ME_MAGIC_GREEN) return true end

code::blocks (acho q é mais completo q o devcpp, mas pra otserv n muda nd) visual c++ mingw64bit é uma bosta p otserv, único q deu certo cmg foi o visual c++ obs.: só acima da versão 9.46 que começaram dar suporte pra 64bit no windows, se for pra usar 32bit usa o devcpp

essa config n serve pra nada, pode deletar se quiser n manjo nd de spell mas pelo q vi ai tem addEvent p carai ein, por acaso ele executa todos ao msm tempo? se sim, coloca pra dar diferença de 500ms q ja deve dar certo isso do debug é no client, coloca 400 items num tile e da clean pra vc ver...

Serve pra deixar a senha mais segura

*players ALTER TABLE `players` ADD `frags` INT NOT NULL DEFAULT 0;

Testa ai: https://www.mediafire.com/?2lzv63335uwt5pj

OTServ 0.6.0-0.5.0, ta entre essas versões ai... http://sourceforge.net/projects/opentibia/files/opentibia%20server/ @edit Parece que tem creaturescripts, então é uma versão mais atual com downgrade... tipo OTServ 0.6.3 (8.60)

posta a source ai q tiro o salt

Pelo que vi no code ele foi feito pro 0.4, então roda de boa xD

qual tamanho do mapa (mbs), e quanto de ram tem seu pc?

http://stackoverflow.com/questions/2631269/how-to-secure-phpmyadmin

spr e pic acho que sim, dat bem provável que não

use este dev mais o pack do post acima: http://www.4shared.com/archive/toqmD4x9/stians_repack_dev-cpp_02_64bit.html obs.: delete seu dev atual pra n ter conflitos

Pronto, editei o título.