C# Tutte le istanze di pipe sono occupate

Question

Il seguente codice crea un nuovo thread che agisce prima come client di pipe denominato per l'invio di parametri e quindi come server per il recupero dei risultati. Dopodiché esegue una funzione in un altro AppDomain che funge da server named pipe e, successivamente, come client, per inviare nuovamente i risultati.

public OrderPrice DoAction() 
{ 
    Task<OrderPrice> t = Task<OrderPrice>.Factory.StartNew(NamedPipeClient, parameters); 

    if (domain == null) 
    { 
    domain = AppDomain.CreateDomain(DOMAINNAME); 
    } 
    domain.DoCallBack(AppDomainCallback); 

    return t.Result; 
} 

static OrderPrice NamedPipeClient(object parameters) { 
    OrderPrice price = null; 

    using (NamedPipeClientStream stream = new NamedPipeClientStream(PIPE_TO)) { 
    stream.Connect(); 
    SerializeToStream(stream, parameters); 
    } 

    using (NamedPipeServerStream stream = new NamedPipeServerStream(PIPE_BACK)) { 
    stream.WaitForConnection(); 

    price = (OrderPrice)DeserializeFromStream(stream); 
    } 

    return price; 
} 

void AppDomainCallback() { 
    OrderPrice price = null; 

    using (NamedPipeServerStream stream = new NamedPipeServerStream(PIPE_TO)) { 
    stream.WaitForConnection(); 

    List<object> parameters = (List<object>)DeserializeFromStream(stream); 

    if (mi != null) 
     price = (OrderPrice)mi.Invoke(action, parameters.ToArray()); 
} 

    using (NamedPipeClientStream stream = new NamedPipeClientStream(PIPE_BACK)) { 
    stream.Connect(); 
    SerializeToStream(stream, price); 
    } 
} 

Il codice viene chiamato una volta al secondo in media e ha funzionato bene per 7+ ore. Ma ad un certo punto "system.io.ioexception tutte le istanze di pipe sono occupate" viene lanciata e non si ricollegheranno più dopo. Navigando qui sembra che potrebbe essere dovuto al fatto di non disporre correttamente gli oggetti pipe, ma immagino che tutto sia a posto visto che sono dentro usando le istruzioni. Qualcuno ha idea di cosa potrebbe esserci di sbagliato qui? Il codice è in .NET 4.0 in esecuzione su server Windows 2008.

Answer 1

suona come dovrebbe essere un mutex invece di un semplice blocco

Lock, mutex, semaphore... what's the difference?

per quanto riguarda l'arresto occasionale, potrebbe essere la fame o un punto morto.

Questo è un bene materiale di lettura per abstracts su ciò che può accadere

http://en.wikipedia.org/wiki/Dining_philosophers_problem