Il caricamento automatico del thread è sicuro in Ruby 1.9?

Question

Mi sembra che la comunità di Ruby stia impazzendo un po 'sul caricamento automatico dal this famous thread, scoraggiando il suo utilizzo per motivi di sicurezza dei thread.

Qualcuno sa se questo non è più un problema in Ruby 1.9.1 o 1.9.2? Ho visto un po 'di parlare di wrapping richiede in mutex e così via, ma i 1.9 changelog (o almeno per quanto sono stato in grado di trovare) non sembrano affrontare questa particolare domanda. Mi piacerebbe sapere se posso riavviare ragionevolmente l'autoloading in librerie di solo 1.9 senza alcun dolore ragionevole.

Grazie in anticipo per eventuali approfondimenti.

Answer 1

non so in merito al caso generale, ma ad esempio Repro da quel filo non si rompe in 1.9.1:

autoloaded.rb:

sleep 1 
Bar::Foo = 1 

autoloader.rb:

module Bar 
    autoload :Foo, 'autoloaded.rb' 
end 

t1 = Thread.new { Bar::Foo } 
t2 = Thread.new { Bar::Foo } 
t1.join; t2.join 

Answer 2

è sempre rotto.

subload consente di passare da una modalità all'altra in un ambiente thread.

Io uso autoload ancora nell'ambiente con thread, ma solo durante una sequenza di avvio a thread singolo. Non vedo alcuna buona ragione per avere un processo di avvio multithread in un'applicazione reale. Se non avete uno, è probabile che sia necessario fare la fila azioni per le biblioteche di carico condivisa come si avrà sempre problemi di sicurezza filo con l'installazione di classe e livello di istanza, la maggior parte partuclarly con cose come:

class Lib 
    extend SomeClassFuncs 
    do_something_with_class_funcs 
end 

Questo codice non è filo sicuro un tempo di carico, indipendentemente dal caricatore.

Se non riesci a vedere questo, non si dovrebbe essere threading.

Answer 3

Portare un aggiornamento del 2011 a questo, dal momento che anche io ero curioso.

Due biglietti sono attualmente aperte:

• http://redmine.ruby-lang.org/issues/921
• http://jira.codehaus.org/browse/JRUBY-3194

Gli sviluppatori principali suggeriscono che richiedono e lavorare autoload nello stesso modo e sono sicuri filo, in CRuby/JRuby 1.9 . Questo, nel senso che ruby ​​mantiene un blocco finché il file non è completamente caricato.

Questo ha l'effetto collaterale scomodo dell'introduzione di potenziali deadlock, tuttavia. In particolare:

1. Th1 carico A e lo blocca
2. Th2 carico B e lo blocca
3. Th1 cerca di caricare B come parte di carico A, inizia attesa Th2
4. Th2 tenta di caricare A come parte del caricamento B, inizia ad aspettare Th1
5. Deadlock ...

La conclusione è probabilmente: richiede tutto ciò che è necessario prima di iniziare una discussione se c'è un potenziale di deadlock nella tua app.