我们有一些在Linux (RHEL4/5)上使用SunRPC的服务,我们想要加快速度。
我们的RPC调用不需要返回值,尽管根据RPC的性质,无论如何都会发送一个ack。这引入了最近成为问题的延迟-当在可靠传输(TCP)上运行时,我们希望避免由RPC应答引入的延迟。
Docs here指出Solaris有"oneway“关键字来实现这一点,尽管Linux/glibc似乎不支持这一点。
我们有没有办法在Linux上用SunRPC启用“流”或单向消息传递?
发布于 2010-11-20 04:34:39
必须对标准clnt_call()调用进行两个改变,以便获得异步(或批处理的) RPC :作为回复数据结构的XDR函数的指针的自变量必须为NULL,并且超时自变量必须为零,即,
static struct timeval ZERO_TIMEOUT = { 0, 0 };
static char clnt_res;
memset((char*)&clnt_res, 0, sizeof(clnt_res);
if (clnt_call(clnt, messageType, (xdrproc_t)xdr_messageType_t, (caddr_t)argp,
(xdrproc_t)NULL, (caddr_t)&clnt_res, ZERO_TIMEOUT) != RPC_SUCCESS) {
...
}发布于 2010-11-20 02:00:26
如果您的RPC库不支持“单向”通信,那么您可以始终使用Thread Pool Pattern在您的程序中模拟“即发即忘”类型的调用。不是直接发送远程调用(从而在收到应答之前阻塞),而是将一个command排入队列,该an在不同的线程中执行远程调用,并允许主程序继续执行。
https://stackoverflow.com/questions/3606862
复制相似问题