Safepoints dans JVM

Question

La citation provient de: http://blog.ragozin.info/2012/10/safepoints-in-hotspot-jvm.html

statut SafePoint chèque lui-même est mis en œuvre de manière très rusé. La vérification normale des variables de mémoire nécessiterait des barrières de mémoire coûteuses. Cependant, la vérification safepoint est implémentée lorsque la mémoire lit une barrière. Ensuite est nécessaire point de restauration, la page de machine virtuelle Java avec cette adresse provoquant erreur de page sur un fil d'application (qui est gérée par le gestionnaire de machine virtuelle Java). De cette façon, HotSpot maintient son pipeline CPU code JITed convivial, mais assure la mémoire sémantique correcte (page unmap contraint barrière de mémoire aux cœurs de traitement).

J'ai quelques doutes:

1. D'après ce que je sais faute de page est toujours gérée par OS (et, de ce que j'understsand peut manipulés que par le noyau en raison de la sécurité). Alors, que signifie l'auteur?
2. Le second est très similaire à la première: Comment JVM est capable de unmap une page?

Answer 1

1. OS gère les défauts de page en premier lieu. Si la raison de cette erreur est un accès mémoire illégal tenté par une application, le système d'exploitation délivre le signal approprié à l'application, généralement SIGSEGV.

   Par défaut, SIGSEGV tue une application. Cependant, une application peut installer son propre gestionnaire de signal. C'est ce que fait la JVM. Il reçoit SIGSEGV et, s'il voit que le signal est provoqué par une instruction d'interrogation safepoint, JVM suspend le thread en cours jusqu'à ce que l'opération safepoint soit terminée.

2. Un processus peut unmap pages en appelant munmap(). Mais dans ce cas particulier, la JVM ne démonte pas la page, mais change plutôt son état de protection en appelant mprotect() avec PROT_NONE.