1. 07 Jul, 2014 1 commit
  2. 17 May, 2014 2 commits
  3. 29 Apr, 2014 1 commit
  4. 25 Apr, 2014 2 commits
  5. 23 Apr, 2014 1 commit
  6. 01 Apr, 2014 1 commit
  7. 06 Mar, 2014 1 commit
  8. 21 Feb, 2014 1 commit
  9. 31 Jan, 2014 9 commits
    • Philip Withnall's avatar
      agent: Add support for vectored I/O for sends · f7b15f14
      Philip Withnall authored
      Add one new public function, nice_agent_send_messages_nonblocking(),
      which replaces nice_agent_send_full(). This isn’t an API break, because
      nice_agent_send_full() hasn’t been in a release yet. The new API allows
      sending multiple messages in a single call, and supports vectors of
      buffers to transmit the messages from.
      The existing nice_agent_send() API has been left untouched, although
      it’s a bit of a bugbear because it’s non-blocking and doesn’t fit with
      the new *_nonblocking() naming scheme. Oh well.
      This doesn’t bring any notable changes to the number of memcpy()s on the
      critical path: it remains at zero for the common cases and common socket
      types. It introduces the possibility for future work to eliminate some
      memcpy()s in more complex socket types, like tcp-turn and tcp-bsd, but
      these optimisations have not been made yet. FIXME comments have been
      This includes modifications to the test-send-recv unit test to cover the
      new API.
    • Philip Withnall's avatar
      agent: Add support for vectored I/O for receives · 253be348
      Philip Withnall authored
      Add two new public functions:
       • nice_agent_recv_messages()
       • nice_agent_recv_messages_nonblocking()
      which allow receiving multiple messages in a single call, and support
      vectors of buffers to receive the messages into.
      The existing nice_agent_recv[_nonblocking]() APIs have been left
      This tidies up a lot of the message handling code internally, and
      eliminates a couple of memcpy()s. There are still a few more memcpy()s
      on the critical path, which could be eliminated with further work.
      In the reliable agent case, every message is memcpy()ed twice: once into
      the pseudo-TCP receive buffer, and once out of it. The copy on input
      could be eliminated (in the case of in-order delivery of packets) by
      receiving directly into the receive buffer. The copy on output can’t be
      eliminated except in the I/O callback case (when
      nice_agent_attach_recv() has been used), in which case the callback
      could be invoked with a pointer directly into the pseudo-TCP receive
      In the non-reliable agent case, zero memcpy()s are used.
      A couple of the more complex socket implementations (TURN and HTTP) have
      slow paths during setup, and partially also during normal use. These
      could be optimised further, and FIXME comments have been added.
    • Philip Withnall's avatar
      socket: Add vectored I/O support for receiving on sockets · dfab04cd
      Philip Withnall authored
      Replace the recv() API with a recv_messages() API, which supports
      receiving multiple messages, each with multiple buffers rather than a
      single monolithic buffer.
      This doesn’t break API, as the socket API is not exposed outside
      libnice. It does introduce a new struct: NiceInputMessage, which is
      analogous to struct mmsghdr.
      This includes updates to the test-bsd test to cover the changed API.
    • Philip Withnall's avatar
      agent: Add a nice_agent_recv_nonblocking() function · 6d3a32a0
      Philip Withnall authored
      This is a non-blocking variant of nice_agent_recv(), and will be used
      internally by the GPollableInputStream implementation. External
      implementations may use it as well.
      It reserves the right to iterate the main context, but doesn’t currently
      do so.
    • Philip Withnall's avatar
      agent: Add nice_agent_build_io_stream() API · 11f04d6c
      Philip Withnall authored
      This allows creation of a NiceIOStream from an existing NiceAgent
    • Philip Withnall's avatar
      agent: Add support for GIO-style I/O streams · 949f979a
      Philip Withnall authored
      This adds three new classes:
       • NiceIOStream
       • NiceInputStream
       • NiceOutputStream
      which allow wrapping a single stream/component pair in an I/O stream
      which can be used with the standard GIO functions.
      The streams are constructed as wrappers around a NiceAgent, with changes
      to the NiceAgent’s properties affecting all instantiated streams.
      Streams are only supported for reliable connections.
      If the NiceAgent stream which underlies a NiceInputStream,
      NiceOutputStream or NiceIOStream is removed, the I/O stream is marked as
      This is based on work originally done by Youness Alaoui
    • Philip Withnall's avatar
      agent: Add a nice_agent_send_full() API exposing error information · 5d63de5a
      Philip Withnall authored
      This adds GError and GCancellable parameters to the existing
      nice_agent_send() API, and is identical in all other respects (notably,
      it is non-blocking).
      The GCancellable is currently unused, but could be used in future if the
      API grows to support blocking writes.
      The GError is used to return more interesting error codes than just
    • Philip Withnall's avatar
      agent: Add nice_agent_recv() allowing blocking receives on sockets · 243c47ec
      Philip Withnall authored
      This is a blocking receive function, designed to be called from a worker
      thread. It cannot be used in conjunction with the existing
      nice_agent_attach_recv() API, as the blocking receive and the GSource
      would compete over access to the single copy of the data in the kernel’s
      receive buffer.
    • Olivier Crête's avatar
  10. 27 Dec, 2013 1 commit
  11. 23 Feb, 2013 1 commit
  12. 07 Feb, 2013 1 commit
  13. 05 Feb, 2013 2 commits
  14. 06 Mar, 2012 1 commit
  15. 19 Jan, 2011 1 commit
  16. 29 Sep, 2010 1 commit
  17. 16 Feb, 2010 5 commits
  18. 04 Nov, 2009 1 commit
  19. 28 Jul, 2009 1 commit
  20. 07 May, 2009 1 commit
  21. 31 Mar, 2009 1 commit
  22. 05 Mar, 2009 2 commits
  23. 02 Mar, 2009 1 commit
  24. 23 Feb, 2009 1 commit