[firebase-br] saber quanto de memória está sendo usado

Andreano Lanusse andreano.lanusse em borland.com
Qua Dez 8 16:58:50 -03 2004


Eduardo,

eu não quiz dizer que é impossível desenvolvimento com threads, em
aplicações desktop é trabalhoso pois terá de trabalhar com sincronismo de
objetos, .......

Muitas coisas podem ser feitas através de threads, ainda mais aplicações
n-camadas devem ser feitas sim, pois realmente irá otimizar.

Com relação ao seus clientes terem máquinas limitas, sabemos que isso é uma
realidade de muitos e ainda terão por um tempo, a tendência natural é que
evoluam, pode de demorar, mas uma hora tem de evoluir.

Sobre .NET e ASP.NET, digo que aplicações ASP.NET não são pesadas, a
arquitetura da Framework e a estratura de cache de ASP.NET são
impressionates, trazem uma performance absurda.

Neste momento estou cordenando um projeto em ASP.NET com Delphi 2005 é um
software de Gestão de Suprimentos, muito grande e terá em torno de 900
usuários distribuídos geograficamente, o problema de máquinas ruins na ponta
existe neste projeto, mas teremos um servidor que irá comportar esse volume
de usuários, assim sendo o investimento é centralizado.

>A diferença de performance entre o IB 7.X e o FB 1.5
> classic, em máquinas biprocessadas não é tão grande quanto você imagina,
mas
> o IB é mais rápido mesmo utilizando menos memória, só que em muitos casos,
o
> preço conta...

Você deveria testar pra ter certeza do que você está falando, principalmente
com alto volume de concorrência.


[]'s
Andreano Lanusse


"Eduardo Jedliczka"
<eduardo em gerasoftinfo.com.br> wrote in message
news:003501c4dd4d$40dd9420$0901a8c0 em net21.com.br...
> Andreano, isto supondo que se utilize Net...
>
> Nossa empresa trabalha com Delphi 6, e há intercâmbio de informações com o
> site, utilizamos PHP dentro do conceito de WebServices, mas não há ADO,
ASP
> ou NET no processo, seria muito pesado...
>
> Digo isto pois andamos conversando sobre NET, ASP.NET, VB.NET, WebService,
> WebMatrix e o futuro próximo em termos de desenvolvimento de software pela
> nossa empresa. Não estou especulando ou falando sem fundamentos...
>
> Temos rotinas "em delphi" que foram desenvolvidas em treads para
"otimizar"
> o tempo de resposta.
>
> Na nossa atual conjuntura, (uma parte considerável de nossos clientes
ainda
> possuem servidores Pentium 133 com 24 ou 32 MB de RAM) é impensável em
> aplicações usando NET.
>
> Sei que este assunto DELPHI / NET é totalmente off-topic nesta lista, mas
> apenas estou afirmando que generalizar é perigoso (para não dizer errado),
> estou lhe respondendo pois você deu o exemplo do DELPHI, e acho que foi
> infeliz no seu comentário.
>
> Com alguma certeza, digo que a maioria desta lista sabe que o IB 7.X é
> melhor em ambientes SMP do que o FB, mas saiba que o FB 1.5 melhorou muito
> em relação ao FB 1.0. A diferença de performance entre o IB 7.X e o FB 1.5
> classic, em máquinas biprocessadas não é tão grande quanto você imagina,
mas
> o IB é mais rápido mesmo utilizando menos memória, só que em muitos casos,
o
> preço conta...
>
> [s]
>
> =====================
> Eduardo Jedliczka
> GeraSoft Informática
> Apucarana - PR
> =====================
> ----- Original Message ----- 
> From: "Andreano Lanusse"
<andreano.lanusse em borland.com>
> To: <lista em firebase.com.br>
> Sent: Wednesday, December 08, 2004 3:30 PM
> Subject: Re: [firebase-br] saber quanto de memória está sendo usado
>
>
> > Eduardo,
> >
> > se você criar um aplicativo usando threads poderá usar outros, mas a
> questão
> > é uma aplicação desktop ser multh-thread é muito trabalhoso e não há
> > necessidade mais de ser fazer isso, pois .NET faz isso pra você.
> >
> > No caso de banco de dados, tem de ser multh-thread porque recebe N
> conexões
> > e assim e para gerenciar isso tudo simultanemante a arquitetura de
threads
> é
> > a solução.
> >
> > Uma das grandes diferenças entre as arquiteturas Super Server e Classic
> são
> > essas, Super Server desde o InterBase 6.0 começou a trabalhar melhor com
> > threads e a partir do InterBase 7.0 foi reestruturada para isso.
> >
> > []'s
> > Andreano
> >
> >
> > "Eduardo Jedliczka"
> > <eduardo em gerasoftinfo.com.br> wrote in
message
> >
news:002801c4dd40$417441c0$0901a8c0 em net21.com.br...
> > > Andreano, aqui há um equívoco...
> > >
> > > Se um aplicativo delphi é criado utilizando threads, irá utilizar
> quantos
> > > processadores houverem na máquina, a mesma coisa vale para os eventos,
> se
> > a
> > > máquina tiver 4 processadores e houverem 4 eventos diferentes a
> estrutura
> > do
> > > delphi permite o uso de todos simultâneamente.
> > >
> > > Naturalmente ainda há muito código estruturado na liguagem Delphi e
> > > principalmente nos programas desenvolvidos, mas generalizar é um erro!
> > >
> > > [s]
> > >
> > > =====================
> > > Eduardo Jedliczka
> > > GeraSoft Informática
> > > Apucarana - PR
> > > =====================
> > >
> > > ----- Original Message ----- 
> > > From: "Andreano Lanusse"
> > <andreano.lanusse em borland.com>
> > > To: <lista em firebase.com.br>
> > > Sent: Wednesday, December 08, 2004 2:54 PM
> > > Subject: Re: [firebase-br] saber quanto de memória está sendo usado
> > >
> > >
> > > > Para se trabalhar em ambiente SMP qualquer aplicação tem que ser
> > > > multh-thread, FireBird não é.
> > > >
> > > > Por exemplo, qualquer aplicação feita em Delphi, um simples exe em
uma
> > > > máquina com 2, 3, 4, 5 ... processadores irá usar 1.
> > > >
> > > > Já uma aplicação .NET feita com Delphi ou qualquer outra linguagem
vai
> > > usar
> > > > todos pois roda dentro do CLR (Common Language Runtime).
> > > >
> > > > []'s
> > > > Andreano Lanusse
> > > >
> > > >
> > > > "Carlos H. Cantu" <listas em warmboot.com.br>
wrote
> > in
> > > > message
> >
news:686564947.20041208134106 em warmboot.com.br...
> > > > > AL> FireBird classic definitivamente não usa o dual nem o HT, pode
> ter
> > > um
> > > > > AL> desempenho melhor por trabalhar com cache para cada conexão,
mas
> > não
> > > é
> > > > > AL> preparado para estes ambientes, ainda sim trabalhar com o
> FireBird
> > > em
> > > > > AL> máquina mono é melhor, assim como foi até o InterBase 6.5.
> > > > >
> > > > > Não, com bi-processados e FB 1.5 Classic, cada processo do
servidor
> FB
> > > > > (conexão) pode ficar atrelado a processadores diferentes, sendo
> assim,
> > > > > há um ganho de performance. Quais processadores poderão ser
> utilizados
> > > > > é definido pelo parâmetro affinity, no firebird.conf.
> > > > >
> > > > > Todas as questões relativas a HT e SMP estão resolvidas no VULCAN,
> que
> > > > > será a base de código do Firebird 3.0
> > > > >
> > > > > []s
> > > > > Cantu
> > > > > http://www.warmboot.com.br
> > > > > FireBase - http://www.FireBase.com.br
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ______________________________________________
> > > > > FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> > > > > Para editar sua configuração na lista, use o endereço
> > > > http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> > > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> >
>
> --------------------------------------------------------------------------
> > --
> > > ----
> > >
> > >
> > > ______________________________________________
> > > FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> > > Para editar sua configuração na lista, use o endereço
> > > http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> > >
> > >
> > > ______________________________________________
> > > FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> > > Para editar sua configuração na lista, use o endereço
> > http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> > >
> >
> >
> >
> >
> >
>
>
> --------------------------------------------------------------------------
--
> ----
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> Para editar sua configuração na lista, use o endereço
> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>







Mais detalhes sobre a lista de discussão lista