Run R script via c#

Hello,

Comme intitulé, je cherche à lancer des scripts R via C#. Pour cela j'ai trouvé qlq sources qui utilisent System.Diagnostics.Process :

Code:

---

1 2 3 4 5 6 7

System.Diagnostics.Process proc = new System.Diagnostics.Process(); proc.StartInfo.FileName = "E:/R/bin/Rscript.exe"; proc.StartInfo.WorkingDirectory = "E:/R/bin/"; proc.StartInfo.Arguments = "E:/R/bin/test.r"; proc.StartInfo.UseShellExecute = true; proc.StartInfo.RedirectStandardOutput = false; proc.Start();

---

La question qui en découle : comment récupérer le résultat renvoyé par Rscript.exe ? Y-a-t'il un moyen via ce processus créé ? Ou je dois faire une bidouille type fichier texte ou autre ?

Merci de vos lumières ! :ccool:

Bonjour,
Peut être avec ça :

Code:

---

process.StandardOutput.ReadToEnd();

---

http://msdn.microsoft.com/fr-fr/libr...ardoutput.aspx

Salut!

Wakan t'a mis sur la bonne piste.
Il te suffit de mettre à true les Redirection suivante:

Code:

---

1 2 3

proc.StartInfo.RedirectStandardOutput = true; proc.StartInfo.RedirectStandardError = true; proc.Start();

---

Pour récupérer le résultat ou l'erreur d'execution :

Code:

---

1 2	string resultat = proc.StandardOutput.ReadToEnd(); string resultatErr = proc.StandardError.ReadToEnd();

---

Et voilà :)

Merci pour ses réponses rapides et précises.

Je test et vous revient !

Merci pour ce coup de pouce, ça fonctionne bien.

Petites questions supplémentaires pour comprendre l'environnement :


Situation 1 : UseShellExecute = False

Je passe un script dans Process.Arguments puis je reçois le résultat via le stream Process.StandardOutput. Ca fonctionne parfaitement !
==> Comment passer des arguments à une fonction présente dans ce script ? (le script actuel est un simple "print("Hello World....")". Donc par exemple pouvoir faire "print(arg[0])", j'avoue ne pas avoir compris comment utiliser Process.StandardInput pour cela.

Situation 2 : UseShellExecute = True

Dans cette situation, les streams StandardInput, StandardOutput et StandardError ne sont pas utilisables. Lorsque je lance Process.Start() sur mon "Hello world", je vois qu'il s'affiche dans une nouvelle console mais celle-ci disparaît immédiatement : comment récupérer le résultat dans ce cas présent ?


La finalité :

Je veux utiliser Rscript comme moteur de calcul. C# n'est qu'un wrapper qui va gérer du load balancing sur un cluster d'instances de Rscript. Ceci dit il faut que je puisse passer des paramètres directement de C# à R et l'inverse pour les résultats. Pour une question de performance, je voudrais par exemple lancer 5 process de Rscript puis y executer les scripts que je souhaite, actuellement je suis obligé de killer le process puis le relancer pour obtenir un deuxieme résultat (via le stream StandardOutput), ce qui n'est pas très performant.

Si j'ai été assez clair dans mes explications, quel est l'avis des experts ?

Merci de vos lumières ! :ccool:

Citation:

---

Envoyé par M.Max

Situation 1 : UseShellExecute = False

Je passe un script dans Process.Arguments puis je reçois le résultat via le stream Process.StandardOutput. Ca fonctionne parfaitement !
==> Comment passer des arguments à une fonction présente dans ce script ? (le script actuel est un simple "print("Hello World....")". Donc par exemple pouvoir faire "print(arg[0])", j'avoue ne pas avoir compris comment utiliser Process.StandardInput pour cela.

---

Afin d'utiliser correctement StandardInput, la première chose à faire est de le déclarer à true avant le lancement du process.
Ensuite pour passer un argument, avant la fermeture du process, utilise la propriété Write de StandartInput. Exemple :

Code:

---

1 2 3 4 5

using (StreamReader sr = new StreamReader("Hello Word")) { process.StandardInput.Write(sr.ReadToEnd()); process.StandardInput.Flush(); }

---

Citation:

---

Envoyé par M.Max

Situation 2 : UseShellExecute = True

Dans cette situation, les streams StandardInput, StandardOutput et StandardError ne sont pas utilisables. Lorsque je lance Process.Start() sur mon "Hello world", je vois qu'il s'affiche dans une nouvelle console mais celle-ci disparaît immédiatement : comment récupérer le résultat dans ce cas présent ?

---

Simplement car lorsque UseShellExecute est à true, tu utilises la fonction ShellExecute qui ne te permet pas les mêmes "avantages" que la fonction CreateProcess (lorsque UseShellExecute es à false). En gros UseShellExecute inclus plusieurs inconvénient comme l'impossibilité de rediriger l'entrée et la sortie standard.

Merci pour ces éclairages, j'arrive à manipuler ces process, le lancement des scripts et la récupération des résultats désormais.

Question subsidiaire : je souhaite passer des données dans ce process, à chaque lancement je veux soumettre une matrice 4000x4000.
Il y a une contrainte temps-réel, donc passer par une BDD ou un fichier txt me semble proscrit, j'aimerais pouvoir faire transiter l'objet tant qu'il est sur la mémoire vive du process C# au process du script. Une idée ??

Si les batch que tu exécutes sont des programmes C# que tu as développé, l'utilisation de Thread au lieu de Rscript améliorerait la performance, en particulier un seul chargement par exe appelé et passage direct d'arguments comme objets).

Citation:

---

Envoyé par Graffito

Si les batch que tu exécutes sont des programmes C# que tu as développé, l'utilisation de Thread au lieu de Rscript améliorerait la performance, en particulier un seul chargement par exe appelé et passage direct d'arguments comme objets).

---

Hello,

Ce sont des scripts R exécutés par Rscript...

J'ai l'impression de tourner en rond : ma solution actuelle était de créer un ThreadPool, puis de lancer un process Rscript dans chaque Thread pour faire tourner l'algo mais j'ai peur que ça ne soit pas si performant que ça, et ça ne résout pas le problème des données à transmettre au process Rscript.exe

Comme tu dis, une solution serait de redévelopper l'algo de R à C# mais C# n'est pas naturellement fourni en library math/stat et cela pourrait me prendre un temps considérable.

Je cherche la solution optimale temps de dev/perf..........

Bonjour,

As tu considéré F# ? C'est utilisé pour pas mal de librairies scientifiques/mathématiques