JVM 上的零复制消息传递

发布于 2024-09-12 01:51:34 字数 342 浏览 12 评论 0原文

角色消息传递语义的忠实实现意味着，即使对于不可变类型，消息内容也会从逻辑角度进行深度复制。消息内容的深度复制仍然是参与者模型的简单实现的最大瓶颈之一，因此某些实现（即 Kilim）支持零复制消息传递。

我的问题是，零拷贝消息传递如何（作为 Actor 的一部分库/框架）在像 JVM 这样的共享内存平台中实现？我认为它只能适用于具有不可变内容的消息，并且消息引用的可见性必须以某种方式受到限制。然而，我很难找到 Actor 模型实现背后的“理论”。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

李不 2024-09-19 01:51:34

并不是说我知道实际的实现是如何完成的，而是当在编译时确保不变性时，如下所示：

 class Immutable {
     private final String str = "A";
     public String getString(){
         return str;
     }
 }

您可以简单地传递引用，对吧？它不是一个 Actor 库，但 Google Guava 给了你这个习惯用法 return ImmutableList.copyOf(someList); 并且如果 someList 是不可变的（也就是说，如果它是 ImmutableList 的实例）。猜测可以使用类似的方法，例如通过实现标记接口Immutable并检查它，从而决定是否复制。

Not that I know how any actual implementation is done, but when immutability is ensured at compile time like this:

 class Immutable {
     private final String str = "A";
     public String getString(){
         return str;
     }
 }

You could simply pass along a reference, right? It's not a Actor library, but Google Guava gives you this idiom return ImmutableList.copyOf(someList); and it will be a zero copy if someList is immutable (that is, if it is an instance of ImmutableList). guess a similar approach could be used, e.g. by implementing a marker interface Immutable and checking for that, and thereby deciding if to copy or not.

回复收藏 0 原文