blocks|key|4475738|text|Fork-join比基于序列的pmap/preduce更通用，应该允许对并行性进行更细粒度的控制。做这件事的确切API仍然悬而未决。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|4475739|entityMap^0|F|4|K|7|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

Fork-join is more general than the sequence-based <code>pmap</code>/<code>preduce</code>, and should allow for more fine-grained control over parallelism. The exact APIs for doing this are still up in the air.

blocks|key|1795337|text|从代码中可以看出，它们的功能基本相同-唯一的区别是pmap使用运行在代理线程池上的Futures作为其底层原语，而pvmap使用fork-join。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1795338|我不能肯定地说，但我希望在一般情况下表现更好的那个将成为pmap的标准实现，除非有足够的权衡使两者都值得拥有。|1795339|它看起来(至少现在)+fork-join框架只支持向量，所以它不像pmap那样是半惰性的。|1795340|entityMap^0|P|4|1L|5|0|S|4|0|X|4|0^^$0|@$1|2|3|4|5|6|7|L|8|@$9|M|A|N|B|C]|$9|O|A|P|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|Q|8|@$9|R|A|S|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|T|8|@$9|U|A|V|B|C]]|D|@]|E|$]]|$1|J|3|-4|5|6|7|W|8|@]|D|@]|E|$]]]|K|$]]

From looking at that code, their functionality will be mostly the same - the only difference is that <code>pmap</code> uses Futures running on the Agent threadpool as it's underlying primitive, while <code>pvmap</code> uses fork-join.

I'm not in a position to say for sure, but I'd expect that whichever one performs better in the general case would become the standard implementation for <code>pmap</code>, unless there are significant enough tradeoffs to make having both worthwhile. 

It also looks like (for now at least) the fork-join framework only supports vectors, so it's not semi-lazy like <code>pmap</code>.

blocks|key|4475846|text|这些幻灯片包含一些图表，显示了两种方法之间的比较：http://data-sorcery.org/2010/10/23/clojureconj/|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|4475847|entityMap|0|LINK|mutability|MUTABLE|url|http://data-sorcery.org/2010/10/23/clojureconj/^0|P|1B|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

These slides contain some charts showing comparisons between the two approaches: <a href="http://data-sorcery.org/2010/10/23/clojureconj/" rel="nofollow">http://data-sorcery.org/2010/10/23/clojureconj/</a>

blocks|key|3065379|text|据我所知，其中一个不同之处在于，pmap只会在给定的“块度”下运行。该函数映射到给定给pmap的序列的每个成员上。如果粒度太小，并行的潜在好处就会被创建和管理太多Future的开销所吞噬。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3065380|Fork-join允许窃取工作，因此每个线程上运行的量可以是自适应的。|3065381|entityMap^0|G|4|17|4|29|6|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]|$9|M|A|N|B|C]|$9|O|A|P|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|Q|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|R|8|@]|D|@]|E|$]]]|I|$]]

One difference, as far as I understand it, is that <code>pmap</code> will run only at whatever degree of "chunkiness" it is given. The function is mapped over each member of the sequence given to <code>pmap</code>. If a the granularity is too small the potential benefits of parallelism get swallowed in the overhead of creating and managing too many <code>Future</code>s. 

Fork-join enables work stealing so that how much gets run on each thread can be adaptive.

Looks like clojure <a href="http://github.com/richhickey/clojure/blob/par/src/clj/clojure/par.clj" rel="noreferrer">will have a fork-join implementation</a> which looks like a functional wrapper over java's fork join framework.

I am wondering what the difference between these and pmap/preduce could be ?

clojure pmap/preduce vs fork-join

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

看起来像clojure ，它看起来像java的fork join框架上的函数式包装器。我想知道这些和pmap/preduce有什么不同？

问clojure pmap/preduce vs fork-join
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问clojure pmap/preduce vs fork-joinEN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问clojure pmap/preduce vs fork-join
EN