J'ignorais l'existence d'OOM killer.
Ce ne serait pas plutôt que l'appli se mange une exception OOM, ne la traite pas, et donc en meurt? Ah, non, désolé, j'oublie parfois que les exceptions (削除) ne semblent exister (削除ここまで) n'existent qu'en POO…
Pour les plug-in, je ne suis pas sûr de comprendre ce que tu veux dire par mode managé? Tu pourrais détailler (ou balancer un p'tit lien), parce que je suis assez intrigué, je n'ai vu aucune référence à cette méthode quand j'ai fait quelques recherches C++ sur le sujet.
Peut-être que ça fait référence à des langages à VM, style Java ou .NET?
C'est des modes non natifs, donc oui ça peut être avec des machines virtuelles comme Java, .Net ou python, mais aussi des langages de scripts comme le lua. Dans c'est cas, tu contrôle ce qui se passe dans le code et une erreur dans celui-ci peut tout à fait être gérée. Un autre moyen avec un mode managé peut être d'utiliser OSGi.
Côté lancement de processus séparé: oui, perte de perf, mais sinon, comment ça marche? Double fork puis chargement du plug-in?
Ca me semble pas portable du tout en plus de la lourdeur…
C'est du natif donc la portabilité tu ne l'a pas. Pas la peine d'un double fork, ensuite pour le plugin ça dépend de ce que tu as défini comme en étant un. Tu peut très bien dire qu'un plugin est un programme qui suis un protocole sur son entrée et sa sortie standard comme pour les CGI par exemple.
Pour l'utilisation d'une dll dans un processus séparé, il faudrait voir ce que font firefox et chrome avec flash par exemple.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Plantages...
Posté par barmic . En réponse à la dépêche Gnumeric 1.12. Évalué à 3.
Je laisse patrick_g en parler :
https://linuxfr.org/news/le-noyau-linux-2636-est-disponible#long2
C'est des modes non natifs, donc oui ça peut être avec des machines virtuelles comme Java, .Net ou python, mais aussi des langages de scripts comme le lua. Dans c'est cas, tu contrôle ce qui se passe dans le code et une erreur dans celui-ci peut tout à fait être gérée. Un autre moyen avec un mode managé peut être d'utiliser OSGi.
C'est du natif donc la portabilité tu ne l'a pas. Pas la peine d'un double fork, ensuite pour le plugin ça dépend de ce que tu as défini comme en étant un. Tu peut très bien dire qu'un plugin est un programme qui suis un protocole sur son entrée et sa sortie standard comme pour les CGI par exemple.
Pour l'utilisation d'une dll dans un processus séparé, il faudrait voir ce que font firefox et chrome avec flash par exemple.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)