Thanks for the link; that helped me read the pmap code properly. So
it's not a single thread but n that get initially started, and, if the
consumer keeps up, pmap will start a thread when a result value is
taken, this staying ahead with max cpu usage. If I understand this
correctly, it's the (drop n rets) that takes care of getting the first
n threads to get started (by being accessed in order to drop them),
and then the second arg will keep accessing n positions ahead by doing
a (rest) in the recursive call to (step).
On Apr 30, 12:49 pm, Miki <miki.teb...@gmail.com> wrote:
> I think you'll findhttp://blip.tv/file/4645227relevant to the subject. I
> shows the inner working of pmap.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

Reply via email to