You are viewing a plain text version of this content. The canonical link for it is here.
Posted to olio-dev@incubator.apache.org by "Shanti Subramanyam (JIRA)" <ji...@apache.org> on 2009/06/22 17:12:07 UTC

[jira] Created: (OLIO-108) Application performance is dominated by gd library

Application performance is dominated by gd library
--------------------------------------------------

                 Key: OLIO-108
                 URL: https://issues.apache.org/jira/browse/OLIO-108
             Project: Olio
          Issue Type: Improvement
          Components: php-app
    Affects Versions: 0.1
         Environment: OpenSolaris running on Sun CMT platforms
            Reporter: Shanti Subramanyam
            Assignee: Shanti Subramanyam
             Fix For: 0.2


gd library calls figure prominently in a profile of the PHP application - the top level function being imagecopyresampled(). This is a result of the thumbnail generations that happen on the fly from the AddPerson and AddEvent operations.

Many real applications optimize this by using imagecopyresized() to create an intermediate image smaller than the original and then use imagecopyresampled() on it to get something almost indistinguishable in quality. 

It is worth experimenting to figure out what would be the best way to handle this to place a realistic load on the server.

This issue may affect the Java EE application as well.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (OLIO-108) Application performance is dominated by gd library

Posted by "Shanti Subramanyam (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/OLIO-108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12755174#action_12755174 ] 

Shanti Subramanyam commented on OLIO-108:
-----------------------------------------

This issue has been temporarily fixed by using 'fastimagecopyreampled'  as documented in http://us.php.net/manual/pt_BR/function.imagecopyresampled.php.
On a 500 user test running on quad-core Opteron (2.3Ghz), the cpu utilization came down by 6% due to this fix.

This is modest and much more can be done to optimize this further. See http://mail-archives.apache.org/mod_mbox/incubator-olio-dev/200908.mbox/ajax/%3c4A8C30CC.8080109@Sun.COM%3e

We hope to submit a patch to the 'gd' extension library in PHP. If this gets done and is accepted, we can then consider using the updated imagecopy function. 

Therefore, I'm leaving this issue unresolved for now.

> Application performance is dominated by gd library
> --------------------------------------------------
>
>                 Key: OLIO-108
>                 URL: https://issues.apache.org/jira/browse/OLIO-108
>             Project: Olio
>          Issue Type: Improvement
>          Components: php-app
>    Affects Versions: 0.1
>         Environment: OpenSolaris running on Sun CMT platforms
>            Reporter: Shanti Subramanyam
>            Assignee: Shanti Subramanyam
>             Fix For: 0.2
>
>
> gd library calls figure prominently in a profile of the PHP application - the top level function being imagecopyresampled(). This is a result of the thumbnail generations that happen on the fly from the AddPerson and AddEvent operations.
> Many real applications optimize this by using imagecopyresized() to create an intermediate image smaller than the original and then use imagecopyresampled() on it to get something almost indistinguishable in quality. 
> It is worth experimenting to figure out what would be the best way to handle this to place a realistic load on the server.
> This issue may affect the Java EE application as well.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.