aboutsummaryrefslogtreecommitdiffstats
path: root/lib/stdlib/doc/src/io_protocol.xml
diff options
context:
space:
mode:
authorHenrik Nord <[email protected]>2014-11-20 10:34:30 +0100
committerHenrik Nord <[email protected]>2014-11-20 10:34:30 +0100
commitcb372c96f3449cfca69e2737fa3d4503fa24444a (patch)
treeaebe5eb6b57be4527427d22983ca2e9f3bf6bdf7 /lib/stdlib/doc/src/io_protocol.xml
parent2feb7638d47f2d1012871de3040fa7d50f058e3a (diff)
parent69e8387629bdea141e196c515f4d9381f7ac3e18 (diff)
downloadotp-cb372c96f3449cfca69e2737fa3d4503fa24444a.tar.gz
otp-cb372c96f3449cfca69e2737fa3d4503fa24444a.tar.bz2
otp-cb372c96f3449cfca69e2737fa3d4503fa24444a.zip
Merge branch 'legoscia/io-message-queue-optimisation' into maint
* legoscia/io-message-queue-optimisation: Optimise io requests for long message queues
Diffstat (limited to 'lib/stdlib/doc/src/io_protocol.xml')
-rw-r--r--lib/stdlib/doc/src/io_protocol.xml7
1 files changed, 4 insertions, 3 deletions
diff --git a/lib/stdlib/doc/src/io_protocol.xml b/lib/stdlib/doc/src/io_protocol.xml
index 9328704e11..d6da205f07 100644
--- a/lib/stdlib/doc/src/io_protocol.xml
+++ b/lib/stdlib/doc/src/io_protocol.xml
@@ -76,10 +76,11 @@ the server eventually sends a corresponding <c>io_reply</c> tuple.</p>
the I/O server sends the IO reply to.</item>
<item><c>ReplyAs</c> can be any datum and is returned in the corresponding
-<c>io_reply</c>. The <seealso marker="stdlib:io">io</seealso> module simply uses the pid()
-of the I/O server as the <c>ReplyAs</c> datum, but a more complicated client
+<c>io_reply</c>. The <seealso marker="stdlib:io">io</seealso> module monitors
+the I/O server, and uses the monitor reference as the <c>ReplyAs</c> datum.
+A more complicated client
could have several outstanding I/O requests to the same I/O server and
-would then use i.e. a <c>reference()</c> or something else to differentiate among
+would then use different references (or something else) to differentiate among
the incoming IO replies. The <c>ReplyAs</c> element should be considered
opaque by the I/O server. Note that the <c>pid()</c> of the I/O server is not
explicitly present in the <c>io_reply</c> tuple. The reply can be sent from any