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

[Eduardo Jedliczka]

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