Différence entre le processus et le fil

Pour communiquer entre deux processus, je suppose que vous pouvez utiliser un serversion et une prise pour gérer la synchronisation des processus. Vous liez à un port spécifique (Acquérir le verrou) et si un processus est déjà lié, vous pouvez vous connecter au socket (bloc) et attendre que la prise de serveur soit fermée.

private static int KNOWN_PORT = 11000;//arbitrary valid port
private ServerSocket socket;
public void acquireProcessLock(){
   socket = new ServetSocket(KNOWN_PORT);
   INetAddress localhostInetAddres = ...
   try{
      socket.bind(localhostInetAddres );
   }catch(IOException failed){
      try{
       Socket socket = new Socket(localhostInetAddres ,KNOWN_PORT);
       socket.getInputStream().read();//block
      }catch(IOException ex){ acquireProcessLock(); } //other process invoked releaseProcessLock()
   }
}
public void releaseProcessLock(){
  socket.close();
}

Je pense que l'intervieweur (s) peut ne pas utiliser la terminologie appropriée. Un processus fonctionne dans son propre espace et a été mentionné dans des réponses séparées, vous devez utiliser des mécanismes spécifiques au système d'exploitation pour communiquer entre le processus. Ceci s'appelle IPC pour la communication inter-processus.

L'utilisation de sockets est une pratique courante, mais peut être grossièrement inefficace, en fonction de votre application. Mais si vous travaillez avec pure Java, cela peut être la seule option car les sockets sont universellement pris en charge.

La mémoire partagée est une autre technique, mais qui est spécifique au système d'exploitation et nécessite des appels spécifiques au système d'exploitation. Vous devriez utiliser quelque chose comme JNI pour une application Java pour accéder aux services de mémoire partagée. L'accès à la mémoire partagée n'est pas synchronisé, vous devrez donc probablement utiliser des sémaphomes pour synchroniser l'accès entre plusieurs processus.

Systèmes de type UNIX fournit plusieurs Mechansims IPC et lequel à utiliser dépend de la nature de votre application. La mémoire partagée peut être une ressource limitée, il peut donc ne pas être la meilleure méthode. Googling sur ces sujets fournit de nombreux hits offrant des informations utiles sur les détails techniques.

Vérifiez Cluster à terre cuite ou DSO Clustering Documentation Pour voir comment ce problème peut être résolu (manipulation de bytecode, maintenance la sémantique de la spécification de langue Java sur Putfield / getfield-Niveau, etc.)

Je suppose que les processus peuvent communiquer via une tierce partie: un fichier ou une base de données ...

Un processus est une collection d'espaces de mémoire virtuelle, de code, de données et de ressources système. Un fil est le code qui doit être exécuté en série dans un processus. Un processeur exécute des threads, non des processus, chaque application dispose d'au moins un processus et qu'un processus a toujours au moins un fil d'exécution, connu sous le nom de fil principal. Un processus peut avoir plusieurs threads en plus du fil principal. Avant l'introduction de plusieurs threads d'exécution, les applications ont toutes été conçues pour fonctionner sur un seul fil d'exécution.

Lorsqu'un thread commence à exécuter, il continue jusqu'à ce qu'il soit tué ou jusqu'à ce qu'il soit interrompu par un fil avec une priorité plus élevée (par une action de l'utilisateur ou le planificateur de fil du noyau). Chaque thread peut exécuter des sections de code distinctes ou plusieurs threads peuvent exécuter la même section du code. Les threads exécutant le même bloc de code maintiennent des piles séparées. Chaque thread dans un processus partage les variables et les ressources mondiales du processus.

La réponse la plus simple est le processus désigne un programme sous exécution et un programme n'est rien que de la collecte de fonctions. où le thread est la partie du processus car tous les threads sont des fonctions. D'une autre manière, nous pouvons dire qu'un processus peut avoir plusieurs threads. Toujours d'OS attribue la mémoire d'un procédé et que la mémoire est désroguée parmi les threads de ce processus.Os ne répartit pas la mémoire pour les threads.

Process:

• Un processus n'est qu'un programme sous exécution.
• Chaque processus a sa propre espace d'adresses mémoire.
• Le processus est utilisé pour les tâches lourdes, c'est-à-dire une exécution essentiellement des applications.
• Coût de la communication entre le processus est élevé.
• La commutation d'un processus à un autre nécessite un certain temps pour sauver et charger des registres, des cartes mémoire, etc.
• processus est une approche du système d'exploitation.

  threads:

  • Un thread est un sous-processus léger.
  • thread Partagez le même espace d'adressage.
  • coût de la communication entre le fil est faible.

    REMARQUE: Au moins un processus est requis pour chaque thread.

Dans une phrase, les processus sont conçus plus indépendamment que les fils sont.
Leurs principales différences peuvent être décrites au niveau de la mémoire. Différents processus ne partageent rien les un parmi les autres, du registre, de la mémoire stock à la mémoire du tas, qui les rendent en sécurité sur leurs propres pistes. Cependant, normalement threads sont conçus pour partager une mémoire de tas courante, ce qui fournit une manière plus étroitement connectée pour plusieurs processus informatiques de calcul. Créer un moyen plus efficace d'occuper des ressources de calcul.

E.g. Si je calcule avec 3 processus, je dois les laisser terminer leurs emplois et attendre leurs résultats au niveau du système, au moment de la moyenne, les registres et la mémoire de pile sont toujours repris. Cependant, si je le fais avec 3 threads, alors si le thread 2 termine heureusement son travail plus tôt, car le résultat informé avait déjà été stocké dans le pool de mémoire de tas courante, nous pouvons simplement le tuer sans attendre que d'autres livrent leurs résultats, Et ces ressources libérés des registres et de la mémoire stock peuvent être utilisées à d'autres fins.