FB como serviço ou aplicativo, eis a questão
Pessoal, como vão???
Qual é mais vantajoso? o FB rodar como serviço ou como aplicativo em um servidor W2k ou XP?
Obrigado.
Poeta Noturno
Qual é mais vantajoso? o FB rodar como serviço ou como aplicativo em um servidor W2k ou XP?
Obrigado.
Poeta Noturno
Poeta Noturno
Curtidas 0
Respostas
Vinicius2k
29/04/2005
Colega,
Isto vai depender de como vc ajustou as opções de desempenho do S.O.
No 2K, XP ou 2K3 vc pode ajustar prioridade do processador para ´Programas´ ou ´Serviços em segundo plano´.
A edições ´Server´ do Windows já vem pré-configuradas para maior desempenho nos serviços, então o melhor é rodar como serviço.
O 2K Pro e XP tem prioridade para programas então, se vc não modificar isso, é melhor utilizar como aplicação.
Eu sempre opto por mudar a prioridade para serviços e deixar o FB como serviço, até pq fica invisível ao usuário evitando assim um shutdown do banco ´por curiosidade´.
T+
Isto vai depender de como vc ajustou as opções de desempenho do S.O.
No 2K, XP ou 2K3 vc pode ajustar prioridade do processador para ´Programas´ ou ´Serviços em segundo plano´.
A edições ´Server´ do Windows já vem pré-configuradas para maior desempenho nos serviços, então o melhor é rodar como serviço.
O 2K Pro e XP tem prioridade para programas então, se vc não modificar isso, é melhor utilizar como aplicação.
Eu sempre opto por mudar a prioridade para serviços e deixar o FB como serviço, até pq fica invisível ao usuário evitando assim um shutdown do banco ´por curiosidade´.
T+
GOSTEI 0
Poeta Noturno
29/04/2005
Eu fiz essa pergunta vinicius pq estou enfrentando um grande problema num w2000 server com o fb 1.5... e boa parte das consultas ele dá 100¬ de uso no processador, mas quase não usa memória. isso é normal ou tem configuração dentro do w2000 ou do próprio fb para passar a consumir mais memória?
Obrigado pela resposta.
Poeta Noturno
Obrigado pela resposta.
Poeta Noturno
GOSTEI 0
Emerson Nascimento
29/04/2005
eu já vi esse tipo de problema... o seu banco está bem modelado? tem todos os índices necessários?
eu tive esse problema com o sql server e foi resolvido com uma manutenção no banco, criando devidamente os índices para os campos mais comumente utilizados e para os campos utilizados em relacionamentos.
espero que isso baste pra resolver o seu problema. resolveu o meu.
:D
eu tive esse problema com o sql server e foi resolvido com uma manutenção no banco, criando devidamente os índices para os campos mais comumente utilizados e para os campos utilizados em relacionamentos.
espero que isso baste pra resolver o seu problema. resolveu o meu.
:D
GOSTEI 0
Vinicius2k
29/04/2005
À principio, eu penso que seja normal... na realização de consultas e execução de SPs e Triggers a carga é sempre muito maior sobre o processador, ao menos nos SGBDs que conheço.
A questão pode envolver outras coisas... Se vc tem uma carga de 100¬ no processador por alguns instantes isto é totalmente aceitável, mas se esta carga perdura por muito tempo e como consequência o desempenho da sua aplicação cai vc tem 2 pontos a verificar :
1. O banco pode não estar bem projetado. Vc possui índices de boa seletividade, para as colunas utilizadas em ORDER BY e, principalmente, entre as colunas de relacionamentos? O otimizador de consultas está utilizando seus índices no PLANo de execução? Vc precisa rever o projeto do banco.
2. O banco tem um projeto, mas, realmente as consultas são ´pesadas´. Vc utiliza muitos sub-selects, SUMs, COUNTs, LIKEs, etc ? Este tipo de operação compromente bastante a performance e se não houver nada que se possa fazer para otimizar estas consultas, vc precisaria melhorar o harware do servidor, utilizando um processador mais rápido e/ou eficiente.
Sugiro que leia estes dois artigos. Eles podem ser úteis no seu caso:
http://forum.clubedelphi.net/viewtopic.php?t=51804
http://forum.clubedelphi.net/viewtopic.php?t=51819
T+
A questão pode envolver outras coisas... Se vc tem uma carga de 100¬ no processador por alguns instantes isto é totalmente aceitável, mas se esta carga perdura por muito tempo e como consequência o desempenho da sua aplicação cai vc tem 2 pontos a verificar :
1. O banco pode não estar bem projetado. Vc possui índices de boa seletividade, para as colunas utilizadas em ORDER BY e, principalmente, entre as colunas de relacionamentos? O otimizador de consultas está utilizando seus índices no PLANo de execução? Vc precisa rever o projeto do banco.
2. O banco tem um projeto, mas, realmente as consultas são ´pesadas´. Vc utiliza muitos sub-selects, SUMs, COUNTs, LIKEs, etc ? Este tipo de operação compromente bastante a performance e se não houver nada que se possa fazer para otimizar estas consultas, vc precisaria melhorar o harware do servidor, utilizando um processador mais rápido e/ou eficiente.
Sugiro que leia estes dois artigos. Eles podem ser úteis no seu caso:
http://forum.clubedelphi.net/viewtopic.php?t=51804
http://forum.clubedelphi.net/viewtopic.php?t=51819
T+
GOSTEI 0