Plumber: Zeitüberschreitung bei langer Anfrage

Leider bin ich mit den Interna von httpuv nicht vertraut genug, um vernünftig darüber sprechen zu können, warum dies passieren könnte.

Um jedoch einen Schritt zurückzutreten, besteht das übliche Muster bei der Ausführung dieser Art langlebiger Aufgaben in anderen Systemen darin, sofort auf die eingehende Anfrage zu reagieren und die Arbeit dann asynchron zu starten. Der Client erhält eine ID als Antwort auf die ursprüngliche Anfrage und kann diese dann abfragen, um herauszufinden, wann sie abgeschlossen ist.

Leider ist R Single-Threaded, daher ist dies etwas komplizierter. Aber wenn Sie ausreichend motiviert wären, könnten Sie sich fork den R-Prozess ansehen (siehe Parallel- oder Multicore-Pakete) und dann den Bericht in einem Fork des Prozesses generieren, wobei der übergeordnete Prozess verfügbar bleibt, um auf API-Anforderungen zu antworten (wie Kunden, die abfragen, ob ihr Bericht erstellt wurde).

Hallo,

Hier haben wir unseren R-Code optimiert, sodass dies eigentlich kein Problem darstellt. Aber das Problem kann in anderen Fällen wieder auftreten. Wenn ich eine Lösung gefunden habe, werde ich zurückkommen und sie hier veröffentlichen.

Nur für den Fall, dass jemand dieses Problem relevant findet: fork ing funktioniert recht gut und ist mit dem Paket parallel einfach zu erledigen.

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)
}