Ola amigos,Estou ha algum tempo sem postar nenhum artigo, como o ano esta para acabar reservei um tempo para fazer um prova de conceito sobre conexoes stream pipe na plataforma IBM AIX.A cerca de 10 anos atras quando ainda trabalhava com Informix rodando sobre Tru64 tinhamos um problema de performance com aplicacoes 4gl que estavam sendo executadas dentro do servidor do banco de dados atraves de conexoes IPCSHM (Shared Memory).Um certo momento no lancamento do Bigbrother 1 no Brasil tivemos uma sobrecarga no ambienten e nao pudemos crescer o servidor, e foi necessario segregar os aplicativos 4gl e o banco de dados em servidores distinto, nao preciso dizer que trocamos o metodo de acesso IPCSHM por TCP/IP.Apos algum tempo fizemos um estudo com StreamPipe e descobrimos uma oportunidade, o protocolo IPC utiliza o metodo SHM (Shared Memory) para a troca de informacoes entre a aplicacao client e o servidor, no caso do metodo STR (Stream Pipe) sao utilizados arquivos que ficam residentes no cache do filesystem.A tecnologia embutida no cluster do Tru64 nos permitia compartilhar arquivos (shared disk) em diversos servidores, configuramos os filesystems $INFORMIXDIR e /INFORMIXTMP para acesso read/write em todos os servidores de forma simultanea e implementamos a conectividade atraves de IPCSTR para todos os aplicativos 4gl.O resultado disto foi um ganho de performance grande tendo em vista que removemos a comunicao atraves de TCP/IP e passamos a utilizar o mecanismo interconnect to cluster para transportar a informacao , para o banco de dados tudo isto foi transparente.Me lembro que esta configuracao nao era suportada pela Informix, somente pelo fato que nao era comum este tipo de configuracao na epoca.Estou elaborando uma prova de conceito desta mesma arquitetura em ambiente AIX com GPFS/PowerHA, caso funcione irei fazer os benchmarks para demonstrar aqui os resultados/ganhos deste POC.Quem tiver interesse em acompanhar esses testes pode me contactar atraves do email vagnerpontes@ig.com.brVagner Nihao,Ja esta disponivel o Release FC6 do Informix 11, neste veio embutida uma feature muita simples mas com grande impacto para o DBA.Em ambientes de missao critica com servidores de aplicacoes distribuidos e preciso planejar as portas de banco por onde essas aplicacoes irao se conectar, recomenda-se distribuir as portas de forma que quando um ambiente pare o outro continue no ar.Caso algum aplicacao (por exemplo uma aplicacao Web) estoure o limite de conexcoes de uma porta do banco e simule um DOS (Denyal of Services) antigamente era necessario fazer um stop/start do banco para que o Listener voltasse a responder.Apos o Informix 9.40 foram embutidas 2 novos parametros:LISTEN_TIMEOUT - determina o timeout da abertura da conexao TCP/IP, mesmo com a conexao em estado established e o thread alocado na instancia isto nao quer dizer que a conexao ja foi estabelecida.MAX_INCOMPLETE_CONNECTIONS - determina a quantidade de threads em status de abertua de conexao que serao permitidos antes do Informix comecar a descartar as conexoes.Antes desta implementacao o Informix possuia apenas um listener thread (thread responsavel pela abertura de conexoes), agora existem multiplos listener threads(listen_authenticate).Mais informacoes sobre o assunto pesquisar em:http://publib.boulder.ibm.com/infocenter/idshelp/v10/index.jsp?topic=/com.ibm.admin.doc/admin210.htmApos um cenario onde uma aplicacao causa estouro de requisicoes no listener