Miguel,

se correres o Service Capture consegues saber precisamente quanto tempo demoraram os dados a chegar ao cliente. Se esse tempo for inferior aos 50 segundos, já sabes que o problema estará do lado do Flex. Ainda assim, parece-me estranho tanto tempo de serialização.....

João Saleiro

CTO @ Webfuel
Adobe Certified Expert
Adobe Community Expert
Co-founder of the Portuguese RIA Community


View João Saleiro's profile on LinkedIn

Miguel Vaz wrote:
o "modelo" é o ModelLocator do Cairngorm.

Já testei trazendo o valor directo do php, (event.result) e é
exactamente a mesma coisa.

Ainda mais bizarro, para testar se é algo de refrescamento da view,
retirei a tribuição do event.result and modelo.dp..e continua
exactamente a mesma lentidão.

Sendo assim, sem sequer existir refresh ou atribuição do event.result
a nada, onde raio pode estar o atraso?? Tem de ser algo interno ao
amfphp, correcto? Já que não existe nenhum tratamento no flex. PHP
rápido, amfphp lento, flex sem nada para fazer. :-P

Alguma ideia?


MV








2009/1/29 João Saleiro <[email protected]>:
  
«o teu problema pode ter a view com o refrescamento da»

queria dizer:

«o teu problema pode ter a ver com o refrescamento da»


João Saleiro

CTO @ Webfuel
Adobe Certified Expert
Adobe Community Expert
Co-founder of the Portuguese RIA Community



João Saleiro wrote:

O que é o "modelo" ? Se for um componente que não usa itemRenderer caching,
o teu problema pode ter a view com o refrescamento da parte gráfica. Duvido
que seja o caso...

Experimenta a fazer o seguinte:

var dados:ArrayCollection = new ArrayCollection(event.result as Array);

E diz-me se continuas com problemas de performance. Não acredito que
aconteça...... o ArrayCollection é só um wrapper de Array.

Se ficar lento:

- o problema tem a ver com a serialização dos dados;

Se não ficar lento:

- o problema tem a ver com o refrescamento da view;
- ou outra característica qualquer de implementação (bindings mal feitos,
sort functions, filter functions, etc)


João Saleiro

CTO @ Webfuel
Adobe Certified Expert
Adobe Community Expert
Co-founder of the Portuguese RIA Community



Miguel Vaz wrote:

Muito bem, após uns testes como o joão saleiro sugeriu e o joão
fernandes indicou, parece-me que o atraso está algures no flex, na
entrada dos dados.

O tratamento de dados para pesquisa, pesquisa propriamente dita e
parsing para VO's e afins demora cerca de 2 segundos no PHP. Contados
desde o inicio da função até antes do return.

No flex, demora 58 segundos, desde o click para iniciar a pesquisa até
o aparecimento dos dados.

a única coisa que tenho o command da pesquisa (uso cairngorm) é isto:

modelo.dp = new ArrayCollection( event.result[1] as Array);


é aqui que fica tudo encravado, não sei porquê.

tinha um sort, mas mesmo retirando isso, fica lento como sempre.

Não estou a enviar nada de especial, apesar de serem muitos registos.
É normal ser assim tão lento? Existe alguma forma de evitar isto? Que
raio de parsing é que o flex faz que demora tanto?



MV







2009/1/29 Miguel Vaz <[email protected]>:


Saleiro: Estou a tratar de fazer o que disseste. Já tinha instalado a
extensão em C para o amfphp.


Fernandes: O meu Vo é pequeno, apenas tem 8 campos.


Daqui a pouco deixo mais umas impressões e resultados de testes.

Obrigado pelas dicas.




MV



2009/1/29 João Saleiro <[email protected]>:


O AMFPHP browser, e o Service Capture podem ajudar a fazer alguns cálculos
crus relativamente à transferência.


João Saleiro

CTO @ Webfuel
Adobe Certified Expert
Adobe Community Expert
Co-founder of the Portuguese RIA Community



João Fernandes wrote:

Qual a dimensão dos teus valueObjects? quantas propriedades tem?
É que a composição de tudo isso pesa tanto na serialização como no
transporte até ao cliente.

Se tens 50 sec dos quais 3 são da query, 47 são compostos:
criação de VO no PHP
serialização para VO AS (AMFPHP)
transporte ate ao cliente





    
    

--~--~---------~--~----~------------~-------~--~----~
Recebeu esta mensagem porque está inscrito em Grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do Grupos Google.
 Para enviar mensagens para este grupo, envie um email para [email protected]
 Para anular a inscrição neste grupo, envie um email para [email protected]
 Para mais opções, visite este grupo em http://groups.google.com/group/riapt?hl=pt-PT
-~----------~----~----~----~------~----~------~--~---


  

Responder a