<html>
<head>
<style>
P
{
margin:0px;
padding:0px
}
body
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body><BR>> Date: Mon, 28 May 2007 10:46:26 -0300<BR>> From: acid06@gmail.com<BR>> <BR>> On 5/28/07, Igor Sutton Lopes <igor.sutton@gmail.com> wrote:<BR>> > #Evite usar 'my' dentro de iterações.<BR>> > Por quê?!<BR>> <BR>> Provavelmente ele disse isso pensando no impacto de performance de<BR>> alocar e desalocar a cada iteração. Contudo, isso é otimização<BR>> prematura. Quando você começar a ter programas de performance, comece<BR>> a preocupar com essas coisas. Antes disso não vale à pena sacrificar a<BR>> legibilidade por um ganho pífio (na maioria dos casos) de performance.<BR><BR>
Às vezes, nem isso. Eu dei essa sugestão à uma pergunta no <A href="http://www.perlmonks.org">www.perlmonks.org</A> sobre performance e quase "apanhei" do chromatic (sujeito temperamental). Segundo ele não há como provar esse tipo de ganho. Pessoalmente eu acho que não tem como dizer que não oferece ganho se você não testar.<BR>
<BR>
Mas pode ser otimização prematura e na maioria das vezes é. Só se faz esse tipo de coisa quando você quer espremer o programa até o máximo para ganhar performance e só dá para decidir usar isso ou não se você usar algo como Benchmark para medir os resultados.<BR>
<BR>> No código em questão, o tempo da descompressão é tantas ordens de<BR>> grandeza superior que realmente não faz sentido algum, mesmo se<BR>> estivessem acontecendo problemas de performance.<BR>
<BR>
Por que o código está usando isso mesmo? O conteúdo retornado é tão grande assim?<BR>
Geralmente só se usa esse tipo de recurso quando a rede é suficientemente lenta para que o tempo de transporte dos dados seja maior que o tempo de descompressão dos mesmos.<BR>
<BR>
[]'s<BR>
Alceu<BR><BR>
<BR><br /><hr />Connect to the next generation of MSN Messenger <a href='http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline' target='_new'>Get it now! </a></body>
</html>