Jorge Godoy <[EMAIL PROTECTED]> writes:

> Como o servidor e a aplica��o ficar�o na mesma m�quina, acho melhor
> Linux. Use um sistema de arquivos eficiente e com journaling, para uma
> recupera��o de falhas mais r�pida.

Acho que n�o expliquei direito; A aplica��o ficar� em uma m�quina da rede,
uma esta��o denominada host.A, enquanto os dados, ficar�o em um servidor
MySQL.
Esta��o: Pentium 233, 32 de ram ( aqui a aplica��o que solicitar� os dados
ao servidor, para que sejam processados e devolvidos );
Servidor de Dados: Pentium 4 com 1.5 Gh e 512 de ram ( aqui � o servidor
MySQL, o qual enviar� uma mensagem para a esta��o, dizendo que existem novos
dados e a esta��o ir� solicitar estes dados para processar ).

Gostaria, se poss�vel, de uma explica��o melhor sobre este sistema
journaling ( compatibilidades, diferen�as para programar etc.. ).

> Sugiro tamb�m, pela carga que voc� parece ter, uma m�quina
> melhor. Discos bons, principalmente. Lembre-se que a tarefa � I/O
> intensive, e como voc� n�o tem mem�ria, vai ter muito swap, ou seja,
> vai prejudicar mais o desempenho da aplica��o --- que j� est�
> prejudicado pela m�quina.

Infelismente s� tenho estas m�quinas para este projeto.
Ser� que com mais swap seria poss�vel obter uma melhora razo�vel. Tenho um
HD de 5 Giga livre que poder� ser uma parti��o swap. � poss�vel, como?

> O Kylix tamb�m n�o ajuda muito, pelo peso. Se a coisa � autom�tica e
> n�o tem uma interface de acesso, opte por uma linguagem mais r�pida
> (C). Se precisa de uma interface, escolha escrever a parte cr�tica de
> teu c�digo em C e fazer a interface como um "m�dulo" que utiliza o
> programa. Podes usar v�rias t�cnicas de IPC para isso, al�m de FIFOs e
> sockets do tipo UNIX.

Estudarei estas possibilidades.

Muito obrigado pela aten��o, que at� agora, tem sido mais que importante e
pr�tica.
Godoy, Valeu mesmo pela ajuda. Obrigado.

HL


Assinantes em 08/06/2002: 2266
Mensagens recebidas desde 07/01/1999: 170392
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista: 
            mailto:[EMAIL PROTECTED]

Responder a