Results 1 to 6 of 6

Thread: Performance problem with history subpanel

  1. #1
    Beegee is offline Sugar Community Member
    Join Date
    Nov 2007
    Posts
    15

    Default Performance problem with history subpanel

    Hi,

    I have opportunities with about 100 archived Emails related to this. When I open the opportunity with the subpanel history open, it takes between 5 and 15 seconds to open. The time when you open it with the subpanel closed is between 0.5 and 0.9 sec.
    This is only in a test situation where max. 3 persons are working on the system.

    I think the reason is the fact that Sugar first performs a lot of queries on notes, meetings, calls and e-mails and then looks for the contacts on each one of these and only afterwards orders the results ascending to only display the first 10 lines.

    When you use the VCR buttons to see from 11- 20 of 98 records it is as slow as opening the complete opportunity

    Has anybody got the same problem or knows how to solve this.

    Config:

    Windows XP Server 2003
    Sugarcrm 4.5.1h
    PHP 5.2.0
    Mysql 5.0.27
    Apache 2.2.3

    Thanx
    Beegee

  2. #2
    pmfreire is offline Sugar Community Member
    Join Date
    Oct 2007
    Posts
    13

    Default Re: Performance problem with history subpanel

    I also have performance problems, although I haven't tested the History subpanel.

    I notice the performance problems because I want to have a very large Accounts table for a specific user that now has about 40.000 records. For this user to login or for any user accessing the Accounts panel, the operations take HOURS! This is NOT a MySQL problem because I can access the database directly very quickly (for example, using phpmyadmin I can list and query the accounts table in seconds. I suppose this is due to heavy operations undergoing Sugar as Apache really slows down here and keeps slow until I kill the browser with Sugar.

    I don't understand why this can happen - in no situation there is the need to retrieve the full table. Even in a list, it should only retrieve the records interval that corresponds to the list page being seen.

    I already have posted this problem but the only answer I got was basically to use a smaller number of Accounts ...

    I would like to help solving the problem but me and object php don't match ...

  3. #3
    Join Date
    Feb 2007
    Location
    San Jose, CA
    Posts
    1,169

    Default Re: Performance problem with history subpanel

    Hi there,

    Please check out the Performance Tweaks podcast. It contains some tips you can try to boost the perrformance of your app.

    You can listen to the podcast here or view a transcript of it.
    Susie Williams

  4. #4
    Beegee is offline Sugar Community Member
    Join Date
    Nov 2007
    Posts
    15

    Default Re: Performance problem with history subpanel

    hi again,

    We have optimized using all the mentioned posibilities and we have won only 1 sec . (We also installed Zend)
    JSON had already been installed before.

    When I take a look to the log (logging slow queries above 100ms (even 50ms)) and no queries regarding the history were found.

    The test server is a Xeon dual core 3Ghz with one Gb ram.

    It seems that the heaviest load coms from Apache (so probably PHP)
    are there any ways to check where the bottleneck lies?

    Regards
    Beegee

  5. #5
    Beegee is offline Sugar Community Member
    Join Date
    Nov 2007
    Posts
    15

    Default Re: Performance problem with history subpanel

    Quote Originally Posted by pmfreire
    I also have performance problems, although I haven't tested the History subpanel.

    I notice the performance problems because I want to have a very large Accounts table for a specific user that now has about 40.000 records. For this user to login or for any user accessing the Accounts panel, the operations take HOURS! This is NOT a MySQL problem because I can access the database directly very quickly (for example, using phpmyadmin I can list and query the accounts table in seconds. I suppose this is due to heavy operations undergoing Sugar as Apache really slows down here and keeps slow until I kill the browser with Sugar.

    I don't understand why this can happen - in no situation there is the need to retrieve the full table. Even in a list, it should only retrieve the records interval that corresponds to the list page being seen.

    I already have posted this problem but the only answer I got was basically to use a smaller number of Accounts ...

    I would like to help solving the problem but me and object php don't match ...
    hi,

    have you tried changing the setting 'save_query' => 'populate_only', and 'disable_count_query' => true, in the config.php?
    The system has to perform the query of all records anyway when you open it (+ sort to show the first 20 ones )
    Ther are in the wiki section also some cache settings and compression settings available for Apache

    regards
    beegee

  6. #6
    Beegee is offline Sugar Community Member
    Join Date
    Nov 2007
    Posts
    15

    Default Re: Performance problem with history subpanel

    I just migrated the server to a Dual Xeon Quad-core with 4Gb Ram an a SATA II array of disks (still under Win XP Server 2003 R2)
    ans still I get responses over 10 seconds on some occasions.

    The server has a charge up to 25%

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Problem with creating a custom subpanel
    By Skipidar in forum Developer Help
    Replies: 0
    Last Post: 2006-10-14, 08:10 AM
  2. problem with subpanel
    By fredouil in forum General Discussion
    Replies: 2
    Last Post: 2006-09-19, 10:14 AM
  3. Replies: 3
    Last Post: 2006-07-18, 10:22 AM
  4. Customizing history subpanel
    By sylvaindoc in forum Help
    Replies: 1
    Last Post: 2006-04-14, 01:09 PM
  5. Subpanel Navigation Problem
    By djb in forum Help
    Replies: 0
    Last Post: 2006-03-07, 03:00 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •