The one place for your designs
To enable design management, you'll need to meet the requirements. If you need help, reach out to our support team for assistance.
Avoir une méthode non bloquante pour 'compare patient'
Si vraiment cela bloque tout (les autres utilisateurs aussi ?), c'est un bug gênant :)
Par exemple, pour s'amuser à bloquer les autres, aller sur cette URL : http://rbx.vidjil.org/browser/?custom=2008&custom=2005&custom=2002&custom=1912&custom=1901&custom=1904&custom=1898&custom=1895&custom=1891&custom=1889&custom=1877&custom=1874&custom=1871&custom=1867&custom=1865&custom=1862&custom=1857&custom=1854&custom=1840&custom=1834&custom=1705&custom=1927& (euh… pas trop souvent quand même)
Pourtant le nombre de processes est à 4 dans /etc/uwsgi/web2py.ini. Si un est bloqué ça ne devrait pas gêner les autres. Qu'est-ce qui les bloque ?
Serait-ce plus général ? Il y a en ce moment uwsgi qui tourne à 80% et mysql à 15% (depuis une dizaine de minutes) et rbx est complètement bloqué. J'ai lancé plusieurs Vidjil d'affilée mais rien d'autre sur le serveur. dev.vidjil.org continue à répondre.
Et réfléchir aussi à comment faire "grep reads" en non-bloquant... Cela doit passer par task.py, avec création d'un objet Scheduler, non ?
à discuter ensemble. Même solution que le "get reads" ou pas ?
Le compare patient a son propre worker (sans utiliser le scheduler, pour ne pas rentrer en concurrence avec les autres tasks, on veut pas attendre 20 minutes ou interrompre une tache pour faire un compare patient).
le probleme actuel c'est que le serveur attend que le worker ai fini pour envoyer la réponse au browser.
2 solutions: -le worker renvoie la réponse lui même au browser. (pas encore trouvé comment faire ...) -le browser fait une 2eme requete pour récupérer le résultat stocké temporairement.
Rando 2016: Marc, ok depuis longtemps