Comment avez-vous frayer un processus enfant en Ruby?

Je veux le déchargement d'un bloc de code dans mon processus principal de processus enfant pour le faire fonctionner en même temps. Je veux aussi avoir le PID de la donné naissance à l'enfant de processus afin que je puisse surveiller et de le tuer si nécessaire.

InformationsquelleAutor Chris Lloyd | 2008-11-20
  1. 43

    En plus de Chris grande réponse, n'oubliez pas d'appeler Process.wait de votre master dans le but de profiter à votre enfant de processus, sinon vous allez laisser les zombies derrière.

    Exemple, comme demandé dans les commentaires:

    pid = Process.fork do
  puts "child, pid #{Process.pid} sleeping..."
  sleep 5
  puts "child exiting"
end

puts "parent, pid #{Process.pid}, waiting on child pid #{pid}"
Process.wait
puts "parent exiting"
    • Sucrée, c'est une super astuce.
    • Où et comment voulez-vous place du Processus.attendre à la réponse ci-dessus?
    • Notez que Process.wait sans argument attend aucun de l'enfant, de sorte que dans un cas plus général, cet extrait de code serait quitter le parent, même si cet enfant en particulier le processus ci-dessus n'a pas de sortie. Une plus exact de la version dirais Process.wait(pid) à la place.
    • Est-il indépendant de la plate-façon de le faire (c'est à dire sans fork, car c'est seulement sur Unix)?
    • Mettons-nous d'accord dans Process.waitall. Le parent doit attendre jusqu'à ce que TOUS childs sortie.
    InformationsquelleAutor Martin Carpenter
  2. 24

    Vous pouvez utiliser le fork noyau de la méthode. Voici un exemple:

    #!/usr/bin/env ruby
puts "This is the master process."

child_pid = fork do
  puts "This is the child process"
  exit
end

puts "The PID of the child process is #{child_pid}"

    La fork méthode retourne le PID du processus de fourche et exécute le code dans le bloc passé. Comme des Rubis blocs il maintient les liaisons du processus parent.

    C'est une bonne idée pour faire de votre fourche processus exit.

    • N'oubliez pas une chose avec Ruby est que pas toutes les choses fonctionnent exactement de la même façon dans Windows versus *nix. Parfois, ils sont complètement pas été mis en application sur Windows, donc à utiliser à vos risques et périls.
    • Cela ne pourrait pas fonctionner dans Windows à tous
    • Je pense que c'est une fonction, pas un bug.
    • Je suis un peu confus au sujet de l'appel de exit pourquoi (ou quand) est-elle nécessaire?
    • est nécessaire pour assurer la fourche processus se termine. Vous pouvez vous retrouver avec de zombie ou le processus orphelin autrement. En savoir plus: stackoverflow.com/a/20689837/3784008. Petite explication: appel exit à l'intérieur de votre fourche processus après la fin de l'exécution de son code, ou la nouvelle ruby processus qui a vu le jour continue de fonctionner en arrière-plan.
    • exit avec le code par défaut est pas nécessaire avec cette forme de fourche, du " bloc est exécuté dans le sous-processus, et le sous-processus se termine avec un état de zéro." Pour éviter de créer un zombie, vous devez soit Process.wait ou Process.detach dans le processus parent. ruby-doc.org/core-2.2.3/Kernel.html#method-i-fork

    InformationsquelleAutor Chris Lloyd
  3. 7

    Dans 1,9 vous pouvez utiliser le Processus.commande spawn.
    Voir aussi http://en.wikibooks.org/wiki/Ruby_Programming/Running_Multiple_Processes

    InformationsquelleAutor rogerdpack
  4. 2

    Si vous êtes heureux d'utiliser des Threads, plutôt que sur les Processus, alors quelque chose comme ceci peut être un peu plus diversifié, plus-que-l'une des fourches:

    def doit(x)
    sleep(rand(10))
    puts "Done... #{x}"
end

thingstodo = ["a","b","c","d","e","f","g"]
tasklist = []

# Set the threads going

thingstodo.each { |thing|
    task = Thread.new(thing) { |this| doit(this) } 
    tasklist << task
} 

# Wait for the threads to finish

tasklist.each { |task|
    task.join
}

    Veuillez voir Jean Topley excellents commentaires et de référence, ci-dessous, concernant le Rubis modèle d'exécution et ses restrictions.

    Juste édité pour corriger une erreur manifeste (pas de cession à la tâche), et de suivre @(Jason King)'s des conseils.

    • On peut supposer que ce sont des Fils Verts plutôt que bon OS threads?
    • Lire à ce sujet Ruby 1.9: igvita.com/2008/11/13/concurrency-is-a-myth-in-ruby
    • Devrait être: Thread.new(thing) { |it| doit(it) } Parce que thing est réinitialisé à chaque itération, donc il n'y a aucune garantie que le fil de droite vont obtenir le droit thing
    InformationsquelleAutor Brent.Longborough
  5. 2

    Une bonne alternative à la fork/exec/spawn est la posix-spawn gem Ruby 1.9: https://github.com/rtomayko/posix-spawn

    Ils ont fait le plus dur du travail pour le rendre plus facile, efficace et flexible par rapport à la baisse de niveau des méthodes.

    InformationsquelleAutor