标签: message-passing

在MPI中,MPI_Bcast纯粹是一个便利功能还是使用它而不是仅仅循环所有等级并向所有等级发送相同的消息有效率优势？

理由: MPI_Bcast将消息发送到每个人,包括根的行为,是不方便我,所以除非有一个很好的理由,也可以进行不将消息发送到根我宁可不使用它.

SEDA本质上是一组独立的"服务",它们通过队列相互通信,可以进一步抽象为消息传递.

actor模型是一组独立的函数,它们通过消息传递相互通信.

它们本质上不相同吗？我错过了一些关键的区别吗？

如果我在Akka中使用context().actorOf()创建一个actor,我会得到一个有效的ActorRef.但是,如果我这样做但是使用actorFor创建一个ActorRef,并且我知道该actor将出现在路径上,那么我无法可靠地获得有效的ActorRef.如何判断演员是否已成功注册？

在上面的描述中,我可以简单地使用从actorOf()返回的ActorRef.但是,在我的实际情况中,我创建了一个本身注册一个子actor的actor,我需要解决这个问题,所以一般来说问题是"如何等待/注册以通知已经在已知路径注册的actor？ ".

我试图了解使用MPI进行并行处理时阻塞和非阻塞消息传递机制之间的区别。假设我们有以下阻止代码：

#include <stdio.h> 
#include <string.h> 
#include "mpi.h"

int main (int argc, char* argv[]) {
    const int maximum_message_length = 100;
    const int rank_0= 0;
    char message[maximum_message_length+1]; 
    MPI_Status status; /* Info about receive status */ 
    int my_rank; /* This process ID */
    int num_procs; /* Number of processes in run */ 
    int source; /* Process ID to receive from */
    int destination; /* Process ID to send to */
    int tag = 0; /* Message ID */

    MPI_Init(&argc, &argv);
    MPI_Comm_rank(MPI_COMM_WORLD, &my_rank); 
    MPI_Comm_size(MPI_COMM_WORLD, …

定义: 请从一开始就注意到,通过"注入脚本","扩展代码"和"内容脚本",我将使用此问题的优秀第一个答案中提供的定义.

假设:如果我在注入的脚本(在Web区域中)直接执行机密信息,那么处理机密信息的安全性就低于我在内容脚本和扩展代码的chrome://区域内执行机密信息的安全性.因此,我应该使用消息传递将机密信息从Web区域发送到chrome://区域以便进行处理.

问题:我正在构建Google Chrome扩展程序,我需要对从我注入的脚本派生的敏感用户数据运行一些操作.有问题的数据是保密的,我必须尽我所能确保除了扩展用户之外,任何人都看不到它,直到我对它进行操作.可以用于在注入的脚本和扩展代码/内容脚本之间传递消息的3种技术(定义如下)中最适合此目的的技术？

我对可用于在注入的脚本和扩展代码/内容脚本之间传递数据的3种不同技术的理解:

1. 对于在注入的脚本和扩展代码(例如后台页面)之间传递消息,可以使用chrome.runtime API.

2. 对于在注入的脚本和内容脚本之间传递消息,可以使用window.postMessage.

3. 在注入的脚本和内容脚本之间传递消息的另一种方法是通过document.dispatchEvent(CustomEvent).

我的理解是方法1.不能用于注入脚本和内容脚本之间的消息传递,而方法2和3.不能用于注入脚本和扩展代码之间的消息传递(除非消息由内容转发)脚本,例如,背景页面).

Good Day...

I am doing a homework which states that I have 5 processes; a server and the rest are clients. Each process is supposed to be sparked from a different executable. I am going to implement a two-way message passing solution, but the question is not about message passing per se. Is there an elegant way to communicate the key between those different executables. i.e. when I call the following function:

int msgget(key_t key, int msgflg);

How are …

当您向shell进程发送消息时,可以通过调用以下命令清除所有消息: c:flush().

C:\Windows\System32>erl
Eshell V5.9  (abort with ^G)
1> self() ! josh.
josh
2> self() ! me.
me
3> self() ! you.
you
4> flush().
Shell got josh
Shell got me
Shell got you
ok
5>

在我的想法中,这会清空shell进程的邮箱.清空任何erlang进程邮箱的等效方法是什么？

我正在将一个mpi通信器从python传递给C.我选择使用boost的mpi通信器,因为mpi4py似乎没有很好的C支持.看看这个:

        try: from boost.mpi import world
        except ImportError: from mpi import world
        err = run_with_mpi(infile, world, stdout, stderr, exc)

在安装了boost.mpi的系统上,这不会引发任何错误.但是,无法在mac上安装boost.mpi.我使用自制程序的boost155公式安装了boost的mpi.so模块,然后将.so文件添加到pythonpath.

一般来说,Fatal Python error: PyThreadState_Get: no current thread意味着什么？这条消息给像我这样的开发者提供了哪些线索？

完整的错误消息:

Fatal Python error: PyThreadState_Get: no current thread
[kilojoules-20160s:64471] *** Process received signal ***
[kilojoules-20160s:64471] Signal: Abort trap: 6 (6)
[kilojoules-20160s:64471] Signal code:  (0)
[kilojoules-20160s:64471] *** End of error message ***

在 MPI 收集和分散中，发送和接收有两个计数。我检查了文档，发现两者应该具有相同的值。

例如： -在MPI_Gather()双方send_count和receive_count应具备的发送缓冲区大小的尺寸。https://www.mpich.org/static/docs/v3.1/www3/MPI_Gather.html

有人可以解释这个冗余参数的目的是什么吗？

关于哪种模式更好的讨论状态我并不太了解,所以我想问一个非常直接的问题:看起来两个相反的观点真的出现了争议吗？例如,基于原型/类的OOP或动态与静态类型

(虽然这些都不是很合适的例子,我只是不知道如何更清楚地表达我的问题)