Ticket #416 (closed defect: duplicate)

Opened 5 years ago

Last modified 5 years ago

GSCF becomes very slow with large studies

Reported by: robert@… Owned by: work@…
Priority: major Milestone: Must have
Component: Unknown Version: 0.8.0
Keywords: Cc:
Hardware: Operating system:
Product: URL:

Description

With large number of samples (e.g. about 500 in http://ci.nmcdsp.org/study/show/4881), gscf becomes very slow in handling the samples. This can be seen especially in the edit samples page of the create study wizard. This page takes about 10 - 15 seconds to load. Also the samples tab in the show study page is quite slow.

This might also be related to #144

Change History

comment:1 Changed 5 years ago by work@…

  • Milestone changed from 0.7.1 to 0.8.1

comment:2 Changed 5 years ago by work@…

This is caused by:

  1. a large html page which needs to be rendered
  2. attaching javascript event handlers to a large set of DOM elements (e.g. many subjects and many template fields).
  3. multiselect per table row

I just chatted with Siemen about this. Currently _every_ form field has a javascript event handler bound to it. Perhaps it would be possible to bind _one_ (or a few) event handler(s) to the whole table (e.g. onclick?) and find out what specific DOM element was clicked instead of to every DOM element within a table.

However, this is pure speculation and might not be possible at all...

So while an issue, we may not be able to resolve this in the current setup...

comment:3 Changed 5 years ago by business@…

  • Status changed from new to assigned
  • Owner changed from business@… to work@…

If this can be fixed by using one event handler like you proposed, we definitely should give that a try. If this is not possible, we should at least display a spinner, providing the user with at least some feedback that the system is busy.

comment:4 Changed 5 years ago by work@…

  • Milestone changed from 0.8.1 to Must have

Actually, we DO show a spinner (the please wait dialog). But it also depends on your machine, how large the study is, etcetera how it will perform...

Rewriting the logic (if possible at all, which I doubt) is complex and will not be done at 0.8.1... changing milestone

comment:5 Changed 5 years ago by work@…

I've got a proof of principle working, so it seems like this might actually be possible...

comment:6 Changed 5 years ago by work@…

  • Status changed from assigned to closed
  • Resolution set to duplicate

duplicate to #425

comment:7 Changed 5 years ago by robert@…

  • Status changed from closed to reopened
  • Resolution duplicate deleted

Not only the table editor is slow, "Also the samples tab in the show study page is quite slow".

comment:8 Changed 5 years ago by work@…

  • Status changed from reopened to closed
  • Resolution set to duplicate

moved that one into #427

Note: See TracTickets for help on using tickets.