O que seria uma camada de pool + cache?
Alguma camada de persistencia?
2008/3/12 Nilson Chagas [EMAIL PROTECTED]:
Desculpe já chegar sugando dos companheiros.
Mas gostaria de opinião dos colegas sobre esta declaração do administrador
da hospedagem:
Que este novo site, use algum sistema
2008/3/12 Jorge Vilela [EMAIL PROTECTED]:
O que seria uma camada de pool + cache?
Alguma camada de persistencia?
Acho que ele disse *gentilmente* que você reestruturasse sua aplicação
para que ela tivesse menos acesso ao banco...
--
Atenciosamente,
Sebastian Selau Webber Colombo
Então, o site atual não fui eu quem fiz... vou desenvolver o site novo.
Eu falei para os proprietários do site, que um grande problemas que eles
tinham estava relacionado ao mal uso do banco de dados, que atualmente é
mysql.
Para o novo site pedirão que fosse feito em postgresql, o qual não
Uma camada intermediária entre as requisições (SQL do PHP) e o acesso ao
banco, que se posicionasse de forma a receber requisições, utilizar uma
conexão persistida para as queries (através de uma singleton, por exemplo),
e devolver as respostas, logando as ações de cada usuário que fez a
Em relação o PostgreSQL ao criar um processo servidor para cada aplicação
eu não sei te responder.
Em sistemas Web, com grande número de requisições, devemos criar um cache
(armazenar na memória do servidor Web) os dados que são mais acessados,
para não ter requisições ao banco toda vez que
Nilson Chagas escreveu:
(...) Não quero preocupá-los, mas, na minha opinião, com o banco
PostgreSQL vai ficar pior porque ele cria um processo servidor para
cada conexão. Deste modo, se a cada request for criada uma conexão,
consumido dados, e fechada a conexão, diferentemente do MySQL (que
Bom, temos números para o problema? Número máximo de conexões
simultâneas? Existe intranet (área que exija autenticação)? As transações
possuem um equilíbrio ou inserção/atualização é mais freqüente?
Qual o hardware para dar suporte a tais requisições?
Qualquer servidor
Vc e o Bruno me deram uma boa visão sobre o problema, e pelo que entendi vou
ter que desenvolver isto por meio do PHP, não e algo que eu possa fazer no
banco de dados. Correto??
Uma pergunta, a utilização de view amenizaria o problema???
Em 12/03/08, [EMAIL PROTECTED] [EMAIL PROTECTED] escreveu:
Dead block ou deadlock?
São coisas bem diferentes.
Nilson Chagas wrote:
Isto foi me passado:
São dois servidores AMD 64 4400+ Dual Core com HD de 500GB e 2GB de RAM.
Os servidores estão (deveriam estar) conectados à internet a uma
velocidade de 100Mbps (está a 10Mbps e já estou
Ameniza o trabalho do banco de dados em selecionar os dados solicitados ,
mas cada vez que você fizer uma requisição, todos os dados serão
carregados na memória do servidor Web. Eu não entendo nada de PHP, mas o
princípio é o mesmo em qualquer aplicação.
Vou tentar criar um guia:
- Você fará uma
Em 12/03/08, Nilson Chagas [EMAIL PROTECTED] escreveu:
Isto foi me passado:
São dois servidores AMD 64 4400+ Dual Core com HD de 500GB e 2GB de RAM.
Máquinas boas, mas como havia dito, uma má-configuração das mesmas
gera problemas.
Os servidores estão (deveriam estar) conectados à
Nilson Chagas wrote:
RSRSRSRS'
Foi mal este negocio me deixou muito pensativo.
Veja o que ele me passou no dia que deu problema apos o upgrade dos
servidores:
Está dando 'dead lock' na tabela spnet_users, ou seja, várias
transações simultâneas nesta tabela em que uma conxão fica
Os servidores são dedicados sim.
Eu achei que para o numero de acessos teria que ser uma maquina com 4GB de
RAM.
O site é este www.saopaulofc.com.br, no dia da contratação do Adriano o site
caiu 3 vezes (no servidor antigo).
No servidor novo, quando passou de 500 ele caiu simplesmente.
Apesar,
Bom, não conheço mysql, e não faço questão nenhuma de conhecer.
Mas se você esta falando que o postgresql só trava se eu mandar, então pode
deixar que eu não mando. rsrsrs
Falando sobre view, e aproveitando a tread.
Uma vez me falaram que o postgresql seria uma oracle menor, e tb li que
banco
Algum de vocês conhece algum framework para PHP que faça esse tipo de coisa?
spool + cache?
Estou pensando em melhorar o acesso ao banco de dados das minhas aplicações
pois estão ficando muito pesadas também... E hoje trabalho com
php/postgres...
[]'s
Jorge
2008/3/12 Nilson Chagas
Nilson Chagas wrote:
Falando sobre view, e aproveitando a tread.
Sugiro criar uma nova thead.
Uma vez me falaram que o postgresql seria uma oracle menor, e tb li
que banco de dados free, não possui view materalize(??).
O postgresql tem view materalize, procure em discussões passadas.
Evandro
Se utilizar smaty, ele não possui um cache??? Não estaria resolvendo o
problema de varias requisições???
Desculpe perguntar isto aqui, mas como já estamos no assunto.
Em 12/03/08, Jorge Vilela [EMAIL PROTECTED] escreveu:
Algum de vocês conhece algum framework para PHP que faça esse tipo de
BLZ, nem precisa de nova tread.
Vou pesquisar o assunto.
Pessoal, obrigado a todos, pelas ótimas informações, agora vou para o grupo
de discussão do PHP e ver o que posso conseguir sobre cache.
2008/3/12, Evandro Ricardo Silvestre [EMAIL PROTECTED]:
Nilson Chagas wrote:
Falando sobre view,
2008/3/12 Nilson Chagas [EMAIL PROTECTED]:
Desculpe já chegar sugando dos companheiros.
Mas gostaria de opinião dos colegas sobre esta declaração do administrador
da hospedagem:
Que este novo site, use algum sistema de cache entre o site e o banco
(cache de dados + pool de conexão), pois o
2008/3/12, Nilson Chagas [EMAIL PROTECTED]:
Que este novo site, use algum sistema de cache entre o site e o banco
(cache de dados + pool de conexão), pois o problema deste site atual, e da
grande maioria dos sistemas em php é a ausência desta camada essencial em
sites com grande volume de
2008/3/12, Roberto Mello [EMAIL PROTECTED]:
Seu administrador está redondamente enganado e mal informado sobre as
diferenças entre arquiteturas de threads e múltiplos processos.
Em sistemas como Linux
Roberto, eu disse que ele tinha razão — porque estou pressupondo, com
o nível de
Em php tem o adodb que tenho ctz que faz cache.
e o metabase, que não tenho ctz.
ambos são classes de abstração de banco de dados..
Abraços
Jorge Vilela wrote:
Algum de vocês conhece algum framework para PHP que faça esse tipo de
coisa? spool + cache?
Estou pensando em melhorar o acesso ao
2008/3/12, Nilson Chagas [EMAIL PROTECTED]:
Vc e o Bruno me deram uma boa visão sobre o problema, e pelo que entendi vou
ter que desenvolver isto por meio do PHP, não e algo que eu possa fazer no
banco de dados. Correto??
Uma pergunta, a utilização de view amenizaria o problema???
Pelo
2008/3/12, Nilson Chagas [EMAIL PROTECTED]:
O problema no site atual começou acontecer depois de dois dias do novo
servidor no ar. Quando o site passava de 500 usuarios estava dando dead
block no banco que é mysql.
/Dead locks/ (travamento cruzado) é problema de aplicação, não de banco.
Vale
2008/3/12, [EMAIL PROTECTED] [EMAIL PROTECTED]:
Te recomendo outra coisa. Colocar uma placa de rede (de preferência 3 Com)
A marca não importa. Importa sim que tenha um bom processador de E/S
embutido que não carregue a CPU.
--
skype:leandro.gfc.dutra?chat Yahoo!:
2008/3/12 Bruno Simioni [EMAIL PROTECTED]:
Uma camada intermediária entre as requisições (SQL do PHP) e o acesso ao
banco, que se posicionasse de forma a receber requisições, utilizar uma
conexão persistida para as queries (através de uma singleton, por exemplo),
e devolver as respostas,
2008/3/12, Evandro Ricardo Silvestre [EMAIL PROTECTED]:
No PostgreSQL a tabela só trava se você mandar. acredito que você nunca
terá dead lock por excesso de acesso (estou certo??)
No PostgreSQL travam-se tuplas sob demanda implícita. Problemas
aparecem com transações que atualizam os mesmos
Olá Roberto,
Seguindo o mesmo raciocínio colocado por Leandro Dutra, há alguns emails
atrás, de que não importa qual a marca da placa de rede a ser colocada, mas
sim seu desempenho em relação ao processo em si, coloquei o comentário sobre
a criação de processos pra esse modelo de aplicação onde
2008/3/12, Bruno Simioni [EMAIL PROTECTED]:
Não me importa o montante de dados pra demonstrar o que estou defendendo,
que graças a sua má interpretação, foi definido como fruto da ignorância. O
simples fato de alocar mais memória, paginá-la, ou mesmo, mais uma
interrupção no kernel pra
29 matches
Mail list logo
