[SP-pm] Res: Benchmark & Catalys

[Luis Motta Campos]

On Jan 31, 2007, at 1:40 PM, Nelson Ferraz wrote:

> Eduardo Verissimo wrote:
>> Pena que todos esses argumentos não servem de muita coisa, afinal de
>> contas, nequela situação, o Catalyst perdeu para o outro framework de
>> que não me recordo muito bem.
>
> Se você olhar bem, ele não "perdeu"... mostrou-se extremamente  
> robusto,
> mesmo não otimizado para velocidade.
>
>> O que eu quero saber, que pode fazer a diferença é: Catalyst pode ser
>> otimizado para essa situação simples? Ele pode ganhar mais
>> velocidade? Como posso fazer para evitar que ele consuma toda a carga
>> do processador?
>
> Eu começaria por trocar o Template::Tolkit.
>
> Veja bem, eu uso o Template::Toolkit num site com mais de 60  
> milhões de
> acessos por mês (houve um crescimento de 20% no último mês :)), sem
> qualquer problema de performance. No entanto, se o único objetivo  
> fosse
> otimizar a velocidade para vencer num benchmark, eu certamente  
> deixaria
> de usá-lo.
>
> Mas o mundo real é muito mais complexo do que isso: existem muito mais
> variáveis do que um simples "Hello World!" é capaz de avaliar.

   Talvez abrir mão do TT seja muito exagerado.

   Eu certamente faria medições para saber se ele é o problema. Use o  
Devel::Profile e o Devel::Profile::Apache para determinar quem gasta  
mais do que sua base de dados, e elimine o Class::DBI da sua mente.  
Escrever SQL à mão é geralmente melhor que este tipo de estratégia.

   Finalmente, profile, profile, profile.

   Não tente otimizar sem medir primeiro: você vai gastar mêses de  
trabalho para otimizar um request, e vai descobrir que era o lugar  
que o sistema andava mais depressa - e que todo o tempo que você  
gastou ali não adiantou nada para o sistema.

   Putamplexos!
--
Luis Motta Campos is software engineer,
perl fanatic evangelist, and amateur {cook, photographer}