Hi, say a process P1 wants to use the kernel to copy the content of a buffer SRC (in its user address space) to a buffer DST (in the address space of another process P2), and assume that P1 issues the request to the kernel when P2 has already told the kernel where the data should go: P1 P2 +------+ +--------+ | SRC | | DST | +--v---+ +--^-----+ --------|------------------------|---------- | | kernel | ^ | | | +--------+ | +----->| tmpbuf +--------+ copyin| | copyout P1 ctx+--------+ P2 ctx I guess the one above is the canonical way: P1 does a copyin() to a temporary buffer, then notifies P2 which can then issue or complete a syscall to do a copyout from tmpbuf to DST in P2's context. But I wonder, is it possible to do it as follows: P2 tells the kernel where the data should go (DST); later, P1 issues a system call and through a combined "copyinout()" moves data directly from SRC to DST, operating in the context of P1. | copyinout() ? | +------------>-----------+ issued by P1 Is this doable at all ? I suspect that "tell DST to the kernel" might be especially expensive as it needs to pin the page so it is accessible while doing the syscall for P1 ? (the whole point for this optimization is saving the extra copy through the buffer, but it may be pointless if pinning the memory is more expensive than the copy) cheers luigiReceived on Mon May 27 2013 - 21:35:24 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:38 UTC