On Fri, Mar 5, 2010 at 10:41 AM, Michael Santy
wrote:
>> This is espacially interesting as you are running on IB... is that SDP
>> or what?
>
> Yep, its sdp.
Pardon my ignorance, what is IB and SDP? Google is failing on me (or
vice-versa...)
Thanks,
--
Carlos
___
Hi Martin,
On Fri, Mar 5, 2010 at 9:20 AM, Martin Sustrik wrote:
>> I am actually setting up a related test to be run over the weekend.
>> Anyone has some insight or suggestion of what I data should I collect
>> to measure memory performance?
>
> Oops. Just sent an email to Michael with descripti
On Fri, Mar 5, 2010 at 8:58 AM, Martin Sustrik wrote:
> However, it would at least allow you to test what the performance would
> be if copying is avoided.
>
> If you run such a test, please, post the results. It would be extremely
> valuable.
I am actually setting up a related test to be run ove
On Sat, Feb 27, 2010 at 4:53 PM, Martin Sustrik wrote:
>> Here is a patch to run the lat and thr cpp perf programs with poll
>> support:
>>
>> http://github.com/rocha/zeromq2/commit/530a83b7
>
> Interesting. Do you have any figures of how polling affects latency &
> throughput?
I ran a simple tes
Hi all,
Here is a patch to run the lat and thr cpp perf programs with poll support:
http://github.com/rocha/zeromq2/commit/530a83b7
Best,
--
Carlos
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq
Brian,
> Actually given Pieter's comment about being able to sublicense MIT code, I
> think
> you could be fine with contributing MIT code to pyzmq. But, LGPL definitely
> is simple if you don't mind that.
Sure. Any patch or update that I contribute to pyzmq is under LGPL.
That will make things
On Wed, Feb 24, 2010 at 5:07 PM, Brian Granger wrote:
> Carlos,
>
>> Agreed! My first contributions are on github: http://github.com/rocha/pyzmq
>
> Fantastic!!! For those who don't go look at the patch, Carlos has
> added a -p (poll)
> option to the Python versions of the perf demos to have them
On Wed, Feb 24, 2010 at 3:26 PM, Brian Granger wrote:
> Great, I will hopefully test more later today with the latest zmq.
> Let me know if you test
> this any further.
I checked with the latest zmq and all your tests pass. Cool.
--
Carlos
___
zeromq-d
On Wed, Feb 24, 2010 at 3:28 PM, Brian Granger wrote:
>> Thanks for the contribution! Unluckily, it came just when in-tree python
>> binding is being ditched and replaced by Brian's pyzmq project.
>>
>> My suggestion would be that you two join forces as the python binging
>> itself probably doesn'
> In summary, obviously, anyone is free to write or maintain different
> Python bindings for zeromq,
> but I think there are huge advantages to using Cython and I plan on
> sticking with it.
Hi Brian. You are completely right, Cython is the way to go. I ended
up doing the C implementation, because
> In summary, obviously, anyone is free to write or maintain different
> Python bindings for zeromq,
> but I think there are huge advantages to using Cython and I plan on
> sticking with it.
Hi Brian. You are completely right, Cython is the way to go. I ended
up doing the C implementation, because
Hello,
I added support for zmq_poll to the python bindings:
http://github.com/rocha/zeromq2/commit/5b8f77a65881e21995fd0fffd9a5a7368325f2ca
The poll support follows the interface of select.poll in Python's
standard library.
The main difference with Brian's bindings
(http://github.com/ellisonbg/
Hi all,
I am unsure if I am using zmq_poll correctly. Attached are a
client/server where the client gives me a segmentation fault after
passing a couple of message. I may be using poll incorrectly. Comments
welcome. Thanks!
--
Carlos A. Rocha
server.cpp
Description: Binary data
client.cpp
> My Python bindings have support for zmq_poll now:
>
> http://github.com/ellisonbg/pyzmq/blob/master/zmq/_zmq.pyx#L436
>
> This handles both 0MQ sockets as well as any Python object that has a fileno()
> function (sockets, files, etc.)
Awesome! Great work. Just what I was looking for.
> I am thi
14 matches
Mail list logo