Appel d'une bibliothèque de blocage dans node.js vs erlang vm

Question

Dans node.js, si mon thread appelle une bibliothèque de blocage, il ne peut plus accepter de demandes tant qu'il ne reçoit pas de réponse de la bibliothèque. Est-ce la même situation avec la machine virtuelle Erlang - c'est-à-dire, d'autres processus peuvent-ils continuer à accepter des demandes si l'un des processus appelle une bibliothèque bloquante?

Answer 1

Dans Erlang, un processus peut bloquer, mais le planificateur Erlang pas bloc. D'autres processus continueront à être exécutés/donnés par le planificateur. Certains appels comme erlang:now bloquent tous pendant très peu de temps, mais il existe des alternatives non bloquantes. Si je me souviens bien, Ericson travaille dur pour enlever toutes les choses bloquantes de la machine virtuelle Erlang. et la plupart des blocs sont des cas-bords subtils. Par exemple: dans R16, la dernière version, ils ont corrigé les mises à niveau bloquantes du code à chaud.

Voir aussi ERLANG wait() and blocking

Answer 2

Oui, vous pouvez accepter des demandes avec un processus et effectuer des appels pour bloquer la bibliothèque avec d'autres. Que voulez-vous accomplir? Si c'est quelque chose comme: « premier client envoyer des données au serveur et attend la réponse, mais le serveur n'a pas de blocage et peut accepter la demande d'autres clients », vous pouvez le faire quelque chose comme ceci (par exemple avec le comportement de gen_server):

handle_call(ClientRequest, From, State) -> 
    %% make call to blocking library 
    %% for the simplicity use spawn_link 
    MyPid = self(), 
    _Pid = spawn_link(fun() -> %% blocking data processing 
          ... 
          Result = ... 
          %% send reply back to server. 
          %% From -- using for answer to clients 
          gen_server:cast(MyPid, {reply, From, Result}) 
         end) 
    %% tell client wait for answer. 
    {noreply, State}. 

handle_cast({reply, To, Data}, State) -> 
    %% send reply back to client 
    gen_serve:reply(To, Data), 
    {noreply, State}.