[Ror-es] plugin o componente?

Sebastian Delmont sd at notso.net
Sun Aug 6 20:02:25 GMT 2006


El codigo lo pueden ver en http://dev.notso.net/svn/rails/plugins/ 
components/trunk/benchmarking/

Y algunos resultados en http://dev.notso.net/svn/rails/plugins/ 
components/trunk/benchmarking/results.txt

Por ejemplo:
page request                        ms/r
/a/raw_text                             6.77
/a/partial_text                        7.28
/a/component_text               8.36
/a/raw_text_x10                    7.20
/a/partial_text_x10               9.45
/a/component_text_x10    15.71
/a/raw_link                             8.81
/a/partial_link                        9.53
/a/component_link             10.12
/a/raw_link_x10                  20.76
/a/partial_link_x10             29.20
/a/component_link_x10    38.26

Los resultados son en "milisegundos por solicitud" (en results.txt  
hay mas detalles).

Los "experimentos" son combinaciones de imprimir 4 links. Los que se  
llaman _text imprimen los cuatro links con un for i in (1..4) y  
interpolacion de string. Los uqe se llaman _link utilizan link_for en  
lugar de la interpolacion.

Los que se llaman raw_ imprimen los links directamente en la vista.  
Los que se llaman partial_ invocan a un parcial quien a su vez  
imprime los links, y los que se llaman component_ emplean  
render_component.

Los que tienen _x10 en el nombre repiten esos cuatro links (sean  
explicitos, en parciales o en componentes) diez veces.

Como ya lo dije, las dos conclusiones mas interesantes, al menos  
desde mi punto de vista, es que los controladores no son (tan)  
costosos (considerando las ventajas que proveen en cuanto a  
abstraccion y como unidades de "caching"), y que las operaciones de  
url_to son bastante costosas de por si.

Llamar a cuatro url_for (/a/raw_link: 8.81) es tan costoso como  
llamar a un componente (/a/component_text: 8.36). La pagina tipica  
suele tener muchos mas link_to que componentes o parciales, y sin  
embargo, nunca nos detenemos a pensar en ellos cuando nos preocupa el  
rendimiento.


On Aug 6, 2006, at 3:32 PM, Xavier Noria wrote:

> On Aug 6, 2006, at 5:06 PM, Sebastian Delmont wrote:
>
> Gracias por compartir estas conclusiones.
>
>> * render_component es 2 a 4 veces mas lento que render :partial
>
> El codigo en la accion de la llamada a ese render_component se limita
> a llamar a render :partial y con la misma vista parcial que el
> render :partial con el que comparas, verdad?
>
> -- fxn
>
> _______________________________________________
> Ror-es mailing list
> Ror-es at lists.simplelogica.net
> http://lists.simplelogica.net/mailman/listinfo/ror-es
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2407 bytes
Desc: not available
Url : http://lists.simplelogica.net/pipermail/ror-es/attachments/20060806/1fa9a5ec/attachment.bin 


More information about the Ror-es mailing list