summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorStefan Metzmacher <metze@samba.org>2009-12-15 16:52:00 +0100
committerStefan Metzmacher <metze@samba.org>2009-12-15 23:34:23 +0100
commit1a43d863be50be5bdcb8cde4adf30f7fd627f8ef (patch)
treedfdcdb408aef8d8b0736e1b1c1d2743bd7346f40
parenta88b28850bb1cf5e1e40d49c05054ccd445ac0ed (diff)
downloadsamba-1a43d863be50be5bdcb8cde4adf30f7fd627f8ef.tar.gz
samba-1a43d863be50be5bdcb8cde4adf30f7fd627f8ef.tar.bz2
samba-1a43d863be50be5bdcb8cde4adf30f7fd627f8ef.zip
s4:prog_guide4.txt: remove obsolete comments
metze
-rw-r--r--prog_guide4.txt14
1 files changed, 0 insertions, 14 deletions
diff --git a/prog_guide4.txt b/prog_guide4.txt
index a815c27f86..c8c91c42d1 100644
--- a/prog_guide4.txt
+++ b/prog_guide4.txt
@@ -405,20 +405,6 @@ calls this function when it is ready. Also notice that reply_getatr()
only does the parsing of the request, and does not do the reply
generation. That is done by the _send() function.
-The only missing piece in the Samba4 right now that prevents it being
-fully async is that it currently does the low level socket calls (read
-and write on sockets) in a blocking fashion. It does use select() to
-make it somewhat async, but if a client were to send a partial packet
-then delay before sending the rest then smbd would be stuck waiting
-for the second half of the packet.
-
-To fix this I plan on making the socket calls async as well, which
-luckily will not involve any API changes in the core of smbd or the
-library. It just involves a little bit of extra code in clitransport.c
-and smbd/request.c. As a side effect I hope that this will also reduce
-the average number of system calls required to answer a request, so we
-may see a performance improvement.
-
NTVFS
-----