F�rum Porque meu SocketServer (3 Camadas) trava? #296617

22/09/2005

Ol�, tenho um servidor usando o SocketServer da borland, e quando tem muitos processos de dados, (muitos incluir por exemplo), ele simplesmente trava todas as conexoes.. o que pode ser?

Estou usando COM, e todas as portas estao abertas no windows 2k Server.

Desde ja agradeco

Titanius

Curtir t�pico

+ 0

Responder

Posts

22/09/2005

Nandolh

Por isso eu parei de utilizar :lol:

Responder

Gostei + 0

22/09/2005

Nandolh

Ah! Ia me esquecendo... Enfrentei o mesmo problema e n�o consegui encontrar nenhuma solu��o.

Se algu�m souber de algo, agradeceria muito.

Responder

Gostei + 0

22/09/2005

Titanius

:D

Estou quase desistindo tamb�m, mas pra qual vc mudou?

Responder

Gostei + 0

22/09/2005

Nandolh

Abandonei...

:cry:

Responder

Gostei + 0

22/09/2005

Marioguedes

Ol�... n�o entendi por completo o problema mas o uso de Threads � uma op��o a meu enteder...

Responder

Gostei + 0

22/09/2005

Thomaz_prg

No Socket Server tem uma op��o chamada Thread Cache Size... aumente esse valor (� que o valor que vem por Default � 10, e muitas vezes n�o � o suficiente).

Responder

Gostei + 0

23/09/2005

Titanius

Ol�... n�o entendi por completo o problema mas o uso de Threads � uma op��o a meu enteder...

O problema � o seguinte: Eu tenho um servidor COM, e eu uso o SocketServer (SocketConnection) para conectar no servidor, visto que n�o consegui fazer funcionar com o DCOM e nem com o WebConnection. Quando algum cliente est� fazendo algum processamento grande, como por exemplo Refaz Acumulados e algum outro cliente tenta conectar, o ScktSrvR.exe (Socket Server da Borland), simplesmente trava!! e [b:320ded28ac]todos[/b:320ded28ac] os clientes travam, eu tenho que reiniciar o servidor COM, e reiniciar o scktsrvr.exe para voltar a funcionar... Isso acontece com 2 usu�rios... ou seja, muito estranho.

Abandonei... ---------- No Socket Server tem uma op��o chamada Thread Cache Size... aumente esse valor (� que o valor que vem por Default � 10, e muitas vezes n�o � o suficiente).

Eu aumentei o Cache pra 500000 e nada, :D.. Voce abandonou, mas est� usando algo? Qual tecnologia?

[]s

Responder

Gostei + 0

23/09/2005

Emerson Nascimento

isso depende muito da configura��o do seu servidor COM+

Call Synchronization = Required
Transaction Model = Requires a transaction

Al�m disso, crie sua classe COM+ com os par�metros ciSingleInstance e tmApartment pra ver se resolve.

Se as suas configura��es n�o estiverem dessa forma e voc� as alterar, ser� necess�rio desinstalar o COM+ e reinstal�-lo. apenas substituir a DLL n�o d� certo.

Responder

Gostei + 0

23/09/2005

Emerson Nascimento

agora uma outra pergunta: a rotina do Refaz Acumulados est� no cliente?
deveria ser uma Stored Procedure no servidor de banco de dados, que seria disparada pelo servidor COM+ em fun��o da solicita��o do client.
asim a conex�o n�o ficaria comprometida de forma alguma, pois o cliente solicitaria (o que n�o �pesa� na aplica��o) e o servidor dispararia a stored procedure, o que manteria o processo totalmente no servidor, sem mais utilizar a porta de comunica��o ou os servi�os do socket.

Responder

Gostei + 0

23/09/2005

Titanius

Ol� emerson.en

A rotina do refaz foi s� um exemplo. Pra testar eu fiz o seguinte, criei uma tabela de testes, e no cliente, coloquei um FOR pra incluir alguns dados, ou seja, simulando que alguns usu�rios estariam inserindo os dados, e com isso o outro cliente na hora que conecta ele trava.

Bem, o meu servidor est�

Call Synchronization = Required
Transaction Model = Requires a transaction
tmApartment
cMultiInstance

jah tentei com
tmBoth
cMultiInstance

e
tmBoth
cSingleInstance

e o RDM est� como Pooled

Ser� que � configura��o errada minha?

[]s

Responder

Gostei + 0

23/09/2005

Emerson Nascimento

eu n�o tive uma boa experi�ncia com os objetos �Pooled�.

aqui criamos os objetos com ciMultiInstance e tmSingle, com Call Synchornization=Required e Transacion Model=Does not support transactions, e ainda com o object pooling desmarcado.
foi feito um programa para estressar o sistema. esse programa tinha um for..next que inseria 2.000 registros e foi executado simult�neamente em 6 micros. o sistema sequer ficou lento.

tente com essas configura��es e veja se resolve seu problema.

Responder

Gostei + 0

23/09/2005

Titanius

Ok amigo, agora est� funcionando, um pouco mais lento, parece que ele executa somente um de cada vez, sei l�, mas o que me preocupou foi isso:
Transacion Model=Does not support transactions

no livro que tenho, fala que isso a� diz: n�o h� suporte para transa��o.

e como funcionaria ent�o? n�o teria algum problema com v�rias m�quinas ligadas ao mesmo tempo n�o?

E mais uma coisa... onde eu tenho master-detail quando eu chamo ele d�: falha catastr�fica.

[]s

Responder

Gostei + 0

23/09/2005

Emerson Nascimento

pelo que eu sei, com [i:c2239a7805]Does not support transactions[/i:c2239a7805] as transa��es dever�o ser expl�citas (controladas por voc�).
se estiver com qualquer outro flag que suporte transa��es. as mesmas ser�o impl�citas, controladas pelo pr�prio objeto COM+.

quanto ao �Falha catastr�fica� no master-detail n�o sei te dizer. utilizo nested tables.

Responder

Gostei + 0

23/09/2005

Denis

s� um coment�rio.

Tbm tive problemas com socket server. Mas isto aconteceu em uma m�quina que tem windows 2000. Ent�o transferi a aplica��o para uma outra com windows XP e n�o tive mais problemas.
Ser� que � algum Bug do 2000 ? Estranho isso n� ?

Responder

Gostei + 0

23/09/2005

Titanius

pelo que eu sei, com [i:8db91040e5]Does not support transactions[/i:8db91040e5] as transa��es dever�o ser expl�citas (controladas por voc�). se estiver com qualquer outro flag que suporte transa��es. as mesmas ser�o impl�citas, controladas pelo pr�prio objeto COM+. quanto ao �Falha catastr�fica� no master-detail n�o sei te dizer. utilizo nested tables.

� eu uso o ClientDataSet mesmo... tem alguma diferenca? e sobre Windows, procede?

Responder

Gostei + 0

Mais t�picos