optimize read mechanics for remote servers using ioctl to determine number of bytes...
authordiscomfitor <discomfitor@7cbeb6ba-43b4-40fd-8cce-4c39aea84d33>
Fri, 9 Dec 2011 22:35:12 +0000 (22:35 +0000)
committerdiscomfitor <discomfitor@7cbeb6ba-43b4-40fd-8cce-4c39aea84d33>
Fri, 9 Dec 2011 22:35:12 +0000 (22:35 +0000)
commit034fcf7d77fa215f7ceadffe218a3892762e9d0f
tree1265ab5b1c8716198e938fafa2a0719aaae537fe
parentd3f761bf0a6c0751d4b3afa4afb928aeb3daa874
optimize read mechanics for remote servers using ioctl to determine number of bytes available for reading.
in general, this should provide an improvement which scales with the amount of data being transferred:
* small transfers will incur a small amount of overhead from potentially unneeded memory as I try to account for a bug in FIONREAD which returns a number that is smaller than the actual number of bytes available for read on a socket
* large transfers will no longer require any copies of the data

on systems which do not provide the FIONREAD ioctl(), old functionality will be used
this should work on windows, though I (obviously) can't test it myself

thus ends the longest commit message I have ever written

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/ecore@66063 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
ChangeLog
configure.ac
src/lib/ecore_con/ecore_con.c
src/lib/ecore_con/ecore_con_private.h
src/lib/ecore_con/ecore_con_socks.c