Melhor maneira de otimizar o desempenho do usuário autenticado?


22

A palavra-chave aqui é autenticada !

Atualmente (até onde eu sei), as maneiras de fato de otimizar o acesso anônimo são por meio de caches de página estáticos (verniz / squid / boost).

No entanto, tanto quanto sei, isso não parece fazer muito bem em um cenário em que a maioria dos usuários é autenticada.

Além da óbvia APC, Memcache e jogando dinheiro no hardware, qual é a melhor maneira de ajustar o desempenho de um site de alto tráfego com a maioria dos usuários autenticados?

Por exemplo: drupal.org, redes sociais, comunidades etc.

No momento, estou mais interessado no Drupal 6, então acho que o MongoDB não se aplica por enquanto ...

Respostas:


13

Cada site é diferente, portanto, serão necessários truques diferentes para fazê-lo funcionar. Aqui estão os que eu uso em nossos sites para obter desempenho logado.

Se você REALMENTE quiser saber o que está causando o código lento, obtenha uma rotina de cache do seu site. O que tudo contribui para o tempo de execução da página drupal?

editar: parece que a versão 7.x do cache de autenticação está começando a ser desenvolvida. Não usei, mas algo para investigar.


Obrigado pelas dicas, alguns módulos interessantes por lá! Eu vou deixar este aberto por mais alguns dias embora :)
Alex Weber

Parece que me lembro de um tópico do gdo em algum momento em que você estava falando sobre o uso de blocos ESI para Drupal. Você sabe onde estamos com isso?
Andy

6.x - drupal.org/project/esi 7.x - drupal.org/project/esi_api Ainda não o utilizou na produção ainda; usamos em nossos servidores de teste e parece funcionar.
mikeytown2

1
@ mikeytown2 Você é a estrela da performance de todos os tempos!
precisa saber é o seguinte


3

Perfile suas páginas lentas com o XHProf. Essa é a melhor ferramenta para mostrar quais funções são lentas. A outra ferramenta útil é o lento log de consultas do mysql.


2

O Drupal.org está realmente rodando no Pressflow 6 e usando Varnish ; o conteúdo é veiculado usando um balanceador de carga e o mecanismo de banco de dados é provavelmente o MariaDB .

Se você possui um site semelhante ao Drupal.org para o número de usuários registrados e o número de nós, verifique se pode usar o Pressflow; verificar se você pode usar o MariaDB em vez do MySQL é provavelmente o próximo passo.


Interessante, eu não sabia que o Drupal.org usava o MariaDB ... isso oferece uma melhora no desempenho?
Alex Weber

Cerca de 10%, usamos o MariaDB também. Quero avaliar o percona.com/software/percona-server a seguir, pois parece estar avançando rapidamente.
precisa saber é o seguinte

Coisas interessantes!
Alex Weber
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.