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

[Andreano Lanusse]

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
>