diff options
author | Stefan Metzmacher <metze@samba.org> | 2009-12-15 16:52:00 +0100 |
---|---|---|
committer | Stefan Metzmacher <metze@samba.org> | 2009-12-15 23:34:23 +0100 |
commit | 1a43d863be50be5bdcb8cde4adf30f7fd627f8ef (patch) | |
tree | dfdcdb408aef8d8b0736e1b1c1d2743bd7346f40 /prog_guide4.txt | |
parent | a88b28850bb1cf5e1e40d49c05054ccd445ac0ed (diff) | |
download | samba-1a43d863be50be5bdcb8cde4adf30f7fd627f8ef.tar.gz |
s4:prog_guide4.txt: remove obsolete comments
metze
Diffstat (limited to 'prog_guide4.txt')
-rw-r--r-- | prog_guide4.txt | 14 |
1 files changed, 0 insertions, 14 deletions
diff --git a/prog_guide4.txt b/prog_guide4.txt index a815c27f862..c8c91c42d1c 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 ----- |