Ticket #416 (closed defect: duplicate)

Opened 3 years ago

Last modified 3 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:
Product: Operating system:
URL: Hardware:

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

Changed 3 years ago by work@…

  • milestone changed from 0.7.1 to 0.8.1

Changed 3 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...

Changed 3 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.

Changed 3 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

Changed 3 years ago by work@…

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

Changed 3 years ago by work@…

  • status changed from assigned to closed
  • resolution set to duplicate

duplicate to #425

Changed 3 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".

Changed 3 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.