PC Toledo

Se voce puder disponibilizar em algum site, sem dúvida ficaria muito mais fácil, aí eu já poderia começar os testes.
De principio vou usar somente no modo console mesmo, sem nenhuma lib grafíca, quero apagar o incendio primeiro, depois vejo se vou "embelezar" o sistema ou não.

Para o Harbour compilado com MSVC 2008
http://www.4shared.com/file/143386792/d ... Beta3.html
LetoDb
http://www.4shared.com/file/144233589/1 ... etodb.html
Qualquer coisa informe.


Saudações,
Itamar M. Lins Jr.

Itamar, valeu mesmo, já baixei os programas, mas.... infelizmente só vou conseguir testá-los a partir da semana que vem, pois, pela primeira vez na vida, estou saindo amanhã para uma pescaria com os amigos ! Mas de qualquer forma muito obrigado, e assim que tiver os resultados posto aqui no forum.
Abraços.

Sandro.

Boa tarde.

Estou acompanhando este tópico desde o seu início, e como eu também já passei por poucas e boas por causa das instalações de LAN's, até com clipagem incorreta dos terminais (conectores), estou dando tratos ao Tico e Teco....

Acredito que os drivers das LAN's enviam os dados em 'pacotes' pela rede e o receptor checa, via CRC ou semelhante, para conferir a integridade do 'pacote'. Se estiver íntegro, autoriza a remessa do seguinte, caso contrário solicitar o re-envio do 'pacote' defeituoso.

Muito bem. Acredito que até aqui nada de novo.

Agora faço uma pergunta para os EXPERT's: Existe algum soft que possa checar o percentual de "OK / re-envio" e assim podermos descobrir se estamos com rede lenta por excessivo re-envio de 'pacotes' ? Isto mão poderia ser uma informação bastante útil para estes casos ? (claro, se minha hipótese acima for verdadeira).

Mas nesse caso (creio eu) no caso de algum defeito ou ruído, o tráfego iria aumentar, e de repente até entrar num loop, uma vez que o dado já partiu.
Eu já lí há alguns anos, algo a respeito de placas da 3Com que possuem um chip que criptografa os dados ao sair, mas numa rede precisaria que todas possuíssem tal recurso. E também está voltado à segurança da informação.
O uso de switches no lugar de hub´s comuns já garante uma boa performance, uma vez que o pacote já sai com endereço certo, causando menos colisions.

Agora faço uma pergunta para os EXPERT's: Existe algum soft que possa checar o percentual de "OK / re-envio" e assim podermos descobrir se estamos com rede lenta por excessivo re-envio de 'pacotes' ? Isto mão poderia ser uma informação bastante útil para estes casos ? (claro, se minha hipótese acima for verdadeira).

Quando li pela primeira vez pensei no PING, porque sempre usei para descobrir perda de sinal ou colisão.
Agora depois de pesquisar na NET continuarei com o bom e velho PING mesmo.
Tem o TRACEROUTE também.

http://pt.wikipedia.org/wiki/Ping


Saudações,
Itamar M. Lins Jr.

Sem dúvida alguma, uma forma simples de testar a perfórmance de uma rede.

Ela não trabalha em tempo real de execução do programa, mas acredito ser super válida.

Muito boa a tua sugestão, Itamar. Já usei para testar Internet, mas nunca me passou pelo idéia usá-la em rede.

Olá Pessoal,
Espero que o Sandro tenha conseguido usar o xHarbour ou Harbour. Apenas para completar a versão atual do da CVS do LETODB não sei se está compilando com xHarbour 1.0.0, mas tenho ela aqui compilada com essa versão porem não tem os recursos de ROLLBACK do LetoDB, claro que o ideal seria tentar primeiro compilar com a versão atual do xharbour o aplicativo que vai usar, ou se poder seria melhor ainda se compilar o aplicativo direto com harbour, ai tem recursos em Linux que funciona melhor no harbour que xharbour, mas cada caso é um caso....se alguem prescisar do Letodb para 1.0.0 tento postar por aqui...

Salve galera,
Antes de mais nada, gostaria de agradecer a ajuda de todos até aqui, é claro que vou precisar bastante pois vou começar uma coisa nova pra mim e com certeza as dúvidas serão bastantes.
Estou voltando hoje ao trabalho e assim que colocar algumas pendencias em ordem já vou começar a testar o harbour e letodb.
Qualquer novidade, e as dúvidas que forem surgindo, eu posto aqui.

Valeu.