On Tue, Aug 9, 2016 at 3:14 PM, hubo wrote:
> Thanks a lot, I'm really looking forward to it!
You can try a daily build, starting from tomorrow...
--
Vincent Legoll
___
pypy-dev mailing list
pypy-dev@python.org
https://mail.python.org/mailman/listinfo
Thanks a lot, I'm really looking forward to it!
2016-08-09
hubo
发件人：Armin Rigo
发送时间：2016-08-09 21:10
主题：Re: [pypy-dev] Performance issues of socket.recv_into()
收件人："hubo"
抄送："PyPy Developer Mailing List"
Hi,
On 9 August 2016 at 15:08, hubo wrote:
> Unfor
Hi,
On 9 August 2016 at 15:08, hubo wrote:
> Unfortunately, "to receive in the middle of a buffer where there is already
> some data in
> the beginning of the buffer and you want all data concatenated", that is
> exactly what I really want... This test script is just a simplified version.
> So I
erence. In CPython, recv_into() executes without
GIL locked, so multiple threads can use multiple CPUs which improves the
performance a lot.
2016-08-09
hubo
发件人：Armin Rigo
发送时间：2016-08-09 17:30
主题：Re: [pypy-dev] Performance issues of socket.recv_into()
收件人："hubo"
抄送："PyPy Develope
Hi,
On 8 August 2016 at 16:09, hubo wrote:
> P.S. it is interesting that though I thought recv_into() should be more
> efficient thant recv() since it reduces extra object creation / destruction,
> the test result shows that recv() outperforms recv_into(), even with
> CPython. With CPython, it se
By the way, the result also reproduces on localhost(127.0.0.1), and change the
ctypes.create_string_buffer to bytearray does not change the result.
2016-08-08
hubo
发件人："hubo"
发送时间：2016-08-08 22:00
主题：[pypy-dev] Performance issues of socket.recv_into()
收件人："PyPy Developer M
I have been testing network I/O performance of Python and PyPy. I have used the
small script in the attachment to test TCP bandwidth between two powerful
servers, each has two 10Gb nics with multi-queue hardware support to form a
bond, so the physical bandwidth between the servers are 20Gbps.
T
