Acabamos de começar a usar mais javascript na interface web de uma aplicação interna (php se for importante). Agora que as mudanças foram implementadas, está se tornando muito óbvio que quanto mais javascript na página, mais lento o carregamento da página através do squid.
Alguma sugestão sobre por que isso está acontecendo? Não quero que a pergunta seja muito vaga, mas não quero sugerir nada quando não sei o que estou procurando.
Uma coisa que me ocorreu: e se as páginas sem javascript não estiverem sendo armazenadas em cache e nosso servidor squid estiver secretamente lento? Como faço para testar isso?
Por favor me esclareça!
Atualização 1Todo o javascript é armazenado em cache e extraído do servidor proxy. O maior pedaço de dados (~ 60k) é o HTML gerado e isso sempre é uma falha.
Atualização 2Não há ajax, o javascript está confinado a uma barra de ferramentas flutuante e lida com alguma pré-análise de texto para um recurso de pesquisa, sua regra simples baseada em "Se tiver x muitos caracteres, procure um número de pedido correspondente".
Após uma inspeção mais detalhada, todo o javascript em cache é verificado se é a versão mais recente antes de ser enviado. Acionando um TCP_REFRESH_HIT/304 Tenho a sensação de que esse pode ser meu gargalo.
Responder1
Inspecione seu log de acesso do squid e procure por TCP_HIT. Isso informará quais páginas estão sendo entregues do cache e quais páginas estão sendo encaminhadas.
Responder2
Do cliente, você não pode ter certeza absoluta se está se conectando através do squid. Você pode ter o cabeçalho X-Forwarded-For presente.
Além disso, tente acessar o site diretamente. É rápido, então, ou é apenas o seu próprio navegador que está lento devido a todo o negócio do JavaScript?
Responder3
O que exatamente você quer dizer com "começou a usar mais javascript"? Se você estiver instalando AJAX com inúmeras chamadas/recuperações simultâneas, poderá estar atingindo o limite de conexões simultâneas de clientes.