That's right. So the reducers library in ClojureScript will probably also use less memory then working with sequential operations but it will not get any speed boost since in the Javascript VM it will not run in parallel. Is that right?
Balint On Friday, July 6, 2012 2:31:21 PM UTC+2, Las wrote: > > Hi, > > using the reducers library also eliminates the per-step allocation of > temporary results when the processing code is composed of multiple > functions, AFAIK. > > Las > > 2012/7/4 Balint Erdi <balint.e...@gmail.com> > >> Hey, >> >> AFAIK the clojure reducers library gains its performance boost since the >> underlying JVM can make use of multiple cores. I wonder how this changes >> with Javascript being the platform. Don't JS engines have a single >> execution thread? >> >> Balint >> >> >> On Thursday, June 28, 2012 11:47:46 PM UTC+2, David Nolen wrote: >>> >>> reducers are already available - though further perf work needs to be >>> done to really deliver on the performance promises. Even so I wouldn't be >>> surprised if they already outperform many chained sequence operations. >>> >>> David >>> >>> On Thu, Jun 28, 2012 at 5:45 PM, Ben Mabey <b...@benmabey.com> wrote: >>> >>>> On 6/24/12 10:31 PM, Christian M. wrote: >>>> >>>>> I think the only problem (if it is a problem at all), which won't be >>>>> solved soon is ClojureScript's performance resulting from creating a lot >>>>> of >>>>> implicit objects in very high level computations. Something like (filter >>>>> (map (reduce ... ... (map ...)))) can't be as fast and as >>>>> memory-efficient >>>>> for loops and in-place array operations of JS. In theory, the same holds >>>>> for Clojure and Java as well, however, in contrast to ClojureScript, I >>>>> never faced this problem on JVM yet. >>>>> >>>>> >>>> Does the new reducers library[1] work in ClojureScript? One of its >>>> advantages is that it avoids the per-step allocation overhead that you are >>>> mentioning with the chain of filters/maps/reduce calls. >>>> >>>> -Ben >>>> >>>> >>>> 1. http://clojure.com/blog/2012/**0**5/08/reducers-a-library-and-**mo** >>>> del-for-collection-**processing.**html<http://clojure.com/blog/2012/05/08/reducers-a-library-and-model-for-collection-processing.html> >>>> >>>> >>>> -- >>>> 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+unsubscribe@**googlegrou**ps.com<clojure%2bunsubscr...@googlegroups.com> >>>> For more options, visit this group at >>>> http://groups.google.com/**group**/clojure?hl=en<http://groups.google.com/group/clojure?hl=en> >>>> >>> >>> -- >> 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 >> > > > > -- > László Török > > -- 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
