[zeromq-dev] Malamute broker project

Pieter Hintjens ph at imatix.com
Sun Mar 1 20:00:05 CET 2015


My assumption is that a broker that's doing a lot of service requests
won't be showing costs of regular expression matching, compared to the
workload.


On Sun, Mar 1, 2015 at 7:49 PM, Doron Somech <somdoron at gmail.com> wrote:
>> I did it in actors and then moved it back into the main server as it
>> was complexity for nothing (at that stage). I'd rather design against
>> real use than against theory.
>
> Don't you worry about the matching performance which will happen on the main
> thread? Also a usage I can see is to use exact matching (string comparison)
> over regular expression (I usually use exact matching), this is way I think
> the plugin model fits the service as well.
>
> On Sun, Mar 1, 2015 at 8:09 PM, Pieter Hintjens <ph at imatix.com> wrote:
>>
>> On Sun, Mar 1, 2015 at 5:52 PM, Doron Somech <somdoron at gmail.com> wrote:
>>
>> > So I went over the code, really liked it. Very simple.
>>
>> Thanks. I like the plugin model, especially neat using CZMQ actors.
>>
>> > I have a question regarding services, for each stream you are using a
>> > dedicate thread (actors) and one thread for managing mailboxes. However
>> > (if
>> > I understood correctly) for services you are doing the processing inside
>> > the
>> > server thread, why didn't you use an actor for each service or actor to
>> > manage all services? I think the matching of services can be expensive
>> > and
>> > block the main thread.
>>
>> I did it in actors and then moved it back into the main server as it
>> was complexity for nothing (at that stage). I'd rather design against
>> real use than against theory.
>>
>> -Pieter
>> _______________________________________________
>> zeromq-dev mailing list
>> zeromq-dev at lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>



More information about the zeromq-dev mailing list