Plumber: Délai d'attente avec une longue requête

Malheureusement, je ne connais pas assez les rouages ​​de httpuv pour pouvoir expliquer intelligemment pourquoi cela pourrait arriver.

Pour revenir en arrière, cependant, le schéma habituel lors de l'exécution de ce type de tâches de longue durée dans d'autres systèmes consiste à répondre immédiatement à la demande entrante, puis à lancer le travail de manière asynchrone. Le client obtient un identifiant en réponse à la demande d'origine, puis peut l'interroger pour savoir quand il est terminé.

Malheureusement, R est monothread donc c'est un peu plus compliqué. Mais si vous étiez suffisamment motivé, vous pourriez regarder fork ing le processus R (voir les packages parallèles ou multicœurs) puis générer le rapport dans un fork du processus, laissant le processus parent disponible pour répondre aux requêtes API (comme les clients qui interrogent pour voir si leur rapport est généré).

Salut,

Ici, nous avons optimisé notre code R donc ce n'est pas un problème en fait. Mais le problème peut revenir dans d'autres cas. Si j'ai trouvé une solution, je reviendrai et je la publierai ici.

Juste au cas où quelqu'un trouverait ce problème pertinent : fork ing fonctionne assez bien et se fait facilement avec le package parallel .

parallel <- function() {
    # Long running calculation here
    print("Sleeping...")
    Sys.sleep(10)
    print("Finished.")
    return(Sys.time())
}

#* <strong i="8">@get</strong> /parallel
parallelTest <- function() {
    parallel::mcparallel(parallel())
    return(TRUE)
}