Relationship Graph

Relationship Graph
related to related to child of child of duplicate of duplicate of

View Issue Details

IDProjectCategoryView StatusLast Update
0004345mantisbtperformancepublic2008-08-12 09:35
ReporterWandererAssigned Tograngeway  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionno change required 
PlatformAnyOSAnyOS VersionAny
Product Versiongit trunk 
Summary0004345: Full-text search is extremely slow and produce long slowdown the whole system
Description

If something (even one word) searched in mantis base (0002953:0004000 issues total, 0000527:0000800 open) it require approx 30-40 seconds per request. Side effect is expensive CPU usage of mysqld process (99%) during approx 10-15 mins

Steps To Reproduce

Well, I'm not sure but - collect base of comparable size, start top on consose and use search

Additional Information

After moving from 2-processors host with FreeBSD 4.8 to 4-processors host with FreeBSD 4.10 (1G RAM and SCSI in both cases) "post-effect" is less visible, but still present.
Tests on middle-size Linux-based host (uniprocessor 500M Celeron 600 with IDE subsystem and hundreds records in base) shows (almost) same results - delay is shorter, but it's detectable anyway (0000007:0000003 min)

TagsNo tags attached.

Relationships

related to 0002921 closedgrangeway search gets slow as the number of bugs/bugnotes grows, i re-write the simple text search code 

Activities

DGtlRift

DGtlRift

2004-08-18 07:26

reporter   ~0007048

Last edited: 2004-08-18 07:33

What version of mysql are you using? We started to notice a slow down with about 2000 total issues and version 3.23.46 of mysql.

edited on: 08-18-04 07:33

lauploix

lauploix

2004-08-25 09:35

reporter   ~0007152

Last edited: 2004-08-25 09:36

We have the same pb.

We use version 4.0.16 of mySQL.
Mantis 0.18.2, on W$2k
1300+ issues
100+ users (20 active ones)
5000+ notes

Now we cannot even get an answer. MySQL takes 100% of one (of 2) processor, and at the end, the returned page is absolutly empty (no html at all). It may come from Apache or from the browser, we don't know yet.

I know this is not a "good" description of the problem, but my 2 cents...

edited on: 08-25-04 09:36

Wanderer

Wanderer

2004-08-25 13:05

developer   ~0007156

4.0.18, 4.0.20 (nothing changed in good direction with 4.1).
Just to note - same base (issues + users), mirrored into Bugzilla, is not resource hog and search require wait 0000007:0000003 seconds

DGtlRift

DGtlRift

2004-08-25 15:06

reporter   ~0007157

Try adding this to your config_inc.php

$g_show_queries_list = ON;
$g_show_detailed_errors = ON;

Note: you may want to do this on a replica of the database and pages, since it could give information that other users probably shouldn't see.

There is also a patch that gives a slightly more sophisticated way of tracking which query is dogging down your system... see http://bugs.mantisbt.org/bug_view_page.php?bug_id=0004348

I'm not sure if it is in the CVS head yet, but you can drop the patch in yourself if it is not.

grangeway

grangeway

2004-08-25 17:16

reporter   ~0007159

Alex, are you able to apply the patch i added to 0004348 and attach a copy of your query list here ?

grangeway

grangeway

2004-08-25 17:19

reporter   ~0007160

I've added a related issue to 0002921 which may be quite similar to this.

A query list with the timings for the Query should show whether this is the case

Wanderer

Wanderer

2004-08-26 07:55

developer   ~0007184

I hate idea apply patch to production installation, but will do do it on demo-site (with tiny base). Will it be useful for anybody?

bpfennig

bpfennig

2004-08-26 08:47

reporter   ~0007185

You could also try to call the SQL function OPTIMIZE TABLE to optimize the database tables.

grangeway

grangeway

2008-05-01 18:38

reporter   ~0017726

Thank you for taking the time to report a problem with mantis.

A number of optimisations have been applied to the filter code in 1.0, 1.1 and even the upcoming 1.2. Could you let us know with a new bug report if there are issues unaddressed by these changes.

Since this problem report was originally made, a number of releases have occurred.
It appears that this issue has either been fixed, or may not be a relevant report for the current release.

Unfortunately you are not using the latest version and the problem might already be fixed. Please download the latest release from http://www.mantisbt.org/download.php [^]

If you are able to reproduce this bug in the current release, or have some more information on how this feature could be improved in the current release. Please either change the mantis version on this bug report
to the version you tested and change the status back to "Open", or open a new issue report wit more information.

Again, thank you for your continued support and report.
Paul