You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I do not consider this issue to be only UI-related work. I would rather start with deep investigation of the each task state change on the backend side for several use cases:
simplest SH12A example ("proton pencil beam in water") executed on yap-dev (or local machine with docker) on 15 threads
simplest SH12A example (as above) executed as above, but on 35 threads, to observe how task state is changing if first 15 jobs would execute, while another 20 is waiting, then another 15 is executed etc....
longer SH12A example (i.e. "proton pencil beam in water" with 10^6 or 10^7 primaries) executed on 15 threads on Celery
longer SH12A example (i.e. "proton pencil beam in water" with 10^6 or 10^7 primaries) executed on Ares with 40 jobs
extremely short SH12A example (as above, but with 100 primaries) executed on 10 parallel jobs.
In each case I'd inspect the logs and note down somewhere when the transition of state happens on the backend side, focusing on particular cases:
time between job starts and first particle gets simulated
time between the last particle got simulated and job completes execution
case when the watcher didn't manage to send notification backend because simulation was too fast
time when each task is making POST request to backend to send results - how long does it take ?
Before any work on the UI try to draw a (time-)diagram of what happens with the state change, noting roughly the time. If some thing takes more than couple of seconds to perform, its worth to be noted.
The text was updated successfully, but these errors were encountered:
I do not consider this issue to be only UI-related work. I would rather start with deep investigation of the each task state change on the backend side for several use cases:
In each case I'd inspect the logs and note down somewhere when the transition of state happens on the backend side, focusing on particular cases:
Try to understand logic of
read_file
function, especially of this fragment: https://github.com/yaptide/yaptide/blob/71701d7161b26395a7f730e373b9df623c060096/yaptide/celery/utils/pymc.py#L250Before any work on the UI try to draw a (time-)diagram of what happens with the state change, noting roughly the time. If some thing takes more than couple of seconds to perform, its worth to be noted.
The text was updated successfully, but these errors were encountered: