[zeromq-dev] migration 4.1.2 to 4.2.2
Jake
jake.cobb at gmail.com
Fri Mar 10 16:42:07 CET 2017
Do you all think this is related to the Windows performance issue I
reported here?:
https://github.com/zeromq/libzmq/issues/2328
-Jake
On Fri, Mar 10, 2017 at 10:36 AM, Doron Somech <somdoron at gmail.com> wrote:
> zmq_poll now use zmq_poller internally, but nof efficiently, because it is
> being created on every call. This is why you have drop in performance, I
> will fix that anyway.
>
> Polling on thread safe sockets works differently, this is why zmp poller
> was created. previously zmp poll didnt support thread safe sockets.
>
> Bottom line, zmq poll should be deprecated and zmq poller should be used.
>
> On Mar 10, 2017 3:13 PM, "brunobodin ." <brunobodin at gmail.com> wrote:
>
>> Doron,
>>
>> I could make a test and it works, thanks !
>> is the signaler new in zmq 4.2.2 ? if not, why are the performances so
>> différent ?
>>
>> Regarding thread safe socket, I do not use them yet but may test them
>> (probably RADIO/DISH) in a near future. Are there implications between
>> poller and thread safe sockets ?
>>
>> thanks for your help
>>
>> Bruno
>>
>> On Fri, Mar 10, 2017 at 1:26 PM, Doron Somech <somdoron at gmail.com> wrote:
>>
>>> If you can use zmq_poller it will solve it.
>>>
>>> I can make a PR to improve it by making tge creation of the signaler
>>> lazy.
>>>
>>> Are you using thread safe sockets (SERVER CLIENT ...)
>>>
>>> On Mar 10, 2017 13:01, "brunobodin ." <brunobodin at gmail.com> wrote:
>>>
>>>> Hi all
>>>>
>>>> digging deeper, the issue seems related to the connect/bind of signaler
>>>> within the poll function.
>>>>
>>>> On Fri, Mar 10, 2017 at 8:46 AM, brunobodin . <brunobodin at gmail.com>
>>>> wrote:
>>>>
>>>>> Luca,
>>>>>
>>>>> thanks for you anwser... apparently select is the only method
>>>>> available on windows, and is the one used by the appveyor build.
>>>>> Draft is not enabled.
>>>>>
>>>>> still investigating...
>>>>>
>>>>> Regards
>>>>>
>>>>> Bruno
>>>>>
>>>>> On Thu, Mar 9, 2017 at 6:12 PM, Luca Boccassi <luca.boccassi at gmail.com
>>>>> > wrote:
>>>>>
>>>>>> On Thu, 2017-03-09 at 17:22 +0100, brunobodin . wrote:
>>>>>> > Hi all,
>>>>>> >
>>>>>> > I am in the process of migrating my application (windows, visual
>>>>>> 2015) from
>>>>>> > 4.1.2 to 4.2.2
>>>>>> >
>>>>>> > The point is that with the new version, polling is now _very_ slow,
>>>>>> making
>>>>>> > my app quite unusable.
>>>>>> >
>>>>>> > Any hint or suggestion about what I could check ? The polling
>>>>>> method is
>>>>>> > "select", optimization options of the compiler are set, the
>>>>>> performances of
>>>>>> > the performance tools (inproc_lat, etc) are ok...
>>>>>> > I do not know what to look for next...
>>>>>> >
>>>>>> > thanks
>>>>>> >
>>>>>> > Bruno
>>>>>>
>>>>>> Where you using select before as well?
>>>>>> Are you by any chance building with the DRAFT APIs enabled?
>>>>>>
>>>>>> Kind regards,
>>>>>> Luca Boccassi
>>>>>>
>>>>>> _______________________________________________
>>>>>> zeromq-dev mailing list
>>>>>> zeromq-dev at lists.zeromq.org
>>>>>> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>>>>
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> zeromq-dev mailing list
>>>> zeromq-dev at lists.zeromq.org
>>>> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>>
>>>
>>> _______________________________________________
>>> zeromq-dev mailing list
>>> zeromq-dev at lists.zeromq.org
>>> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>
>>
>>
>> _______________________________________________
>> zeromq-dev mailing list
>> zeromq-dev at lists.zeromq.org
>> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20170310/6be139b5/attachment.htm>
More information about the zeromq-dev
mailing list