PC Toledo

Bom dia. Alguem poderia me dá uma dica..


Criei um sistem que compratilha arquivos dbf com + 1 computador (utilizo use arq shared). QUando aprimeira está
aberta a segunda maquna fica lenta.


Agradeço qualquer ajuda.


Augusto Flavio

Não dá pra ser muito preciso, sem antes avaliar melhor a coisa.
Por exemplo: em que rotinas o sistema fica lento, ou ele fica lento o tempo todo em qualquer rotina ?

Mas......chutando......procure linkar junto com sua aplicação, a Timeslice contida no site do Maligno.

Tente e nos diga o resultado.

Link da página para download: http://pub.buzinello.com/index.php?d=./ ... r/sources/

Desculpe a demora em responder...

Estarei verificando o que me sugeriu e informarei sim, o resultado. Mas para complementear, a lentuiãoi está na hora da gravação de uma informação, ambas as maquinas estao ma mesma tela de digitação.

a lentuiãoi está na hora da gravação de uma informação

Dependendo do quê é gravado e como você utiliza COMMIT, realmente alguma lentidão poderá ser observada. Em gravações em lote o ideal é justamente utilizar COMMIT apenas após gravar o último ítem. No passado alguns colegas comentaram haver conseguido um bom ganho de velocidade após adotar essa política.

Realmente a utilização do COMMIT deve ser observada, pois já aconteceu comigo no passado. Principalmente nas gravações de lotes de informações com looping, como citou o Maligno. Utilize apenas no final.

Complementando, esta lentidão surgiu após o XP, com o Win98 não acontecia isso.

Outro dos fatores que transparecem lentidão na rede XP é o uso de impressão diretamente à impressora. Por isso é recomendável por várias razões a gerção de arquivo de impressão e colocar na fila de impressão. Eu não tenho nada em contra do XP nem do 98, ja não mposso dizer o mesmo do Vista...

Mas, conforme o comentário do OP em sua segunda mensagem, a lentidão é notada quando ambas as máquinas estão na tela de inclusão. Parece nem haver uma terceira máquina na rede. Logo, não tem nada a ver com impressão.

Seria possívelmente a edição dos campos diretamente e não como deveria (através de variáveis) ?

Só uso variável, mas não creio que seja isso, pois a edição do campo nada mais é que a edição de uma variável interna. A diferença está apenas na atualização.

Pablo, acho que você levantou uma questão importante, lembro que ja tive problemas com edicão direta em clipper, tinha algumas telas que usa BROWSE() eu quando meus clientes passaram a usar XP, comecei a ter problemas de lentidão na rede, porem na epoca não atrelei a lentidão a isso, mas lembro que já estava mundando tudo para tbrowse e cdx e acabou se resolvendo isso, mas teria que partir para uns teste na pratica para ter certeza disso !!!

Ehhh Leonardo, eu ainda acho que faz diferença sim. Principalmente nos TBROWSEs. Seja TBROWSE de DBF ou de MATRIZes, mas também essa demora deve ser pela obtenção dos dados a ser exibida. Ao que queria enfatizar é sobre a atualização dos dados, muitos dos colegas, fazem várias atualizações do mesmo registro, o que poderia ser evitado ao ser repassado uma única vez por registro. Outro agravante seria servidor WINXP e estações WIN98, por exemplo. Ja tive bad experiences com isso.

Outra coisa que ouví dizer, não testei mas parece ter sentido, é desativar o agendador de tarefas, desde que você ou nenhum programa o utilize.

Para desativá-lo (em todos os PCs da rede e com direitos de administrador), no menú Iniciar / Executar digite services.msc. Abrirá o console de serviços, localize então o item "Agendador de tarefas" e dê um duplo clique nele ("Task Scheduler" em inglês) e depois no botão "Parar" e escolhendo o modo "Desativado" no campo "Tipo de inicialização".

Experiemente e nos diga se deu algum resultado.

Um pouco atrasada, mas...

Talvez trocar o comando COMMIT ( que grava em todas as areas abertas) pela função DBCOMMIT(), que executa a gravação somente na area ativa.

[']'s
Ana