Является ли автозагрузка потокобезопасной в Ruby 1.9?

Question

Мне кажется, что сообщество Ruby немного рассердилось на автозагрузку с this famous thread, что обескураживает его использование для обеспечения безопасности потоков.

Кто-нибудь знает, если это уже не проблема в Ruby 1.9.1 или 1.9.2? Я видел немного разговоров об обертывании в мьютексах и т. Д., Но 1.9 changelogs (или, по крайней мере, столько, сколько я смог найти), похоже, не рассматривают этот конкретный вопрос. Я хотел бы знать, могу ли я разумно начать автозагрузку в 1,9-подобных библиотеках без какого-либо разумного горя.

Заранее благодарим за любые идеи.

Answer 1

Я не знаю, об общем случае, но репродукция пример из этого потока не ломается в 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

он всегда сломан.

subload позволяет переключаться между режимами в поточной среде.

Я использую автозагрузку все еще в поточной среде, но только во время однопоточной последовательности загрузки. Я не вижу веских оснований для многопоточного процесса запуска в реальном мире. Если у вас есть, вы, вероятно, нужно будет стоять в очереди действий для загрузки общих библиотек, поскольку вы всегда будете иметь проблемы безопасности нить с классом и уровня экземпляра установки, наиболее partuclarly с такими вещами как:

class Lib 
    extend SomeClassFuncs 
    do_something_with_class_funcs 
end 

Этот код не является потокобезопасное время загрузки, независимо от загрузчика.

Если вы не видите этого, вы не должны нарезать резьбу.

Answer 3

Принесите обновление 2011 года, так как мне тоже было любопытно.

Два билета в настоящее время открыты:

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

Основные разработчики предполагают, что требуется и автозагрузка работают таким же образом и поточно, в CRuby/JRuby 1.9 , Это в том смысле, что рубин сохраняет блокировку, пока файл не будет полностью загружен.

У этого есть неудобный побочный эффект введения потенциальных тупиков. В частности:

1. Th1 нагрузки А и замки это
2. Th2 нагрузки B и запирает его
3. Th1 пытается загрузить B как часть нагрузки A, начинает ждет Th2
4. Th2 пытается загрузить в часть загрузки B, начинает ждать Th1
5. Тупик ...

Возможно, заключение состоит в том, что перед началом потока требуется все, что вам нужно, если в вашем приложении есть какой-либо потенциал для тупика.