Thanks to Ian and Mikko
On Feb 19, 2012 11:01 AM, "Brian Knox" wrote:
> Everything is building fine on Centos 6.2 this morning.
>
> Woot!
>
> Brian
>
> On Sat, Feb 18, 2012 at 3:46 PM, Mikko Koppanen
> wrote:
>
>> On Sat, Feb 18, 2012 at 7:49 PM, Mikko Koppanen
>> wrote:
>> > Hi,
>> >
>> > I th
Everything is building fine on Centos 6.2 this morning.
Woot!
Brian
On Sat, Feb 18, 2012 at 3:46 PM, Mikko Koppanen wrote:
> On Sat, Feb 18, 2012 at 7:49 PM, Mikko Koppanen
> wrote:
> > Hi,
> >
> > I think the following should work:
> >
> >
> https://github.com/mkoppanen/libzmq/commit/b0573486
On Sun, Feb 19, 2012 at 4:02 AM, Schmurfy wrote:
> Now I really feel stupid xD
>
> Thanks for pointing this out, not really intuitive.
> I am back to square one since it does not explain my problem then xD
>
> But I am curious what was your problem with REQ/REP if not this one because
> I also hav
Il 19/02/2012 14:37, john skaller ha scritto:
> These days, 1 Meg is a trivially small block of data. I can't see any
> reason 0MQ couldn't handle it.
Oh well, I'm sorry but I understood the messages should be *very* small,
let's say some hundred of byte!
I'm very happy to hear I'm wrong :)
>
On 20/02/2012, at 12:29 AM, Schmurfy wrote:
> But the descriptor returned by ZMQ_FD is not the "real" descriptor right ?
Says in the manual:
"The ability to read from the returned file descriptor does not necessarily
indicate that messages are available to be read from, or can be written to, th
On 20/02/2012, at 12:26 AM, Marco Trapanese wrote:
>
> If I understand well the documentation I need to read the source file in
> small block of data, because 0MQ cannot manage large file directly.
These days, 1 Meg is a trivially small block of data. I can't see any
reason 0MQ couldn't handle
But the descriptor returned by ZMQ_FD is not the "real" descriptor right ?
>From my understanding it is just a way to use zeromq sockets with an
external event loop and in general it works quite well.
On 19 February 2012 14:06, john skaller wrote:
>
> On 19/02/2012, at 9:02 PM, Schmurfy wrote:
>
The best size depends on your algorithm and environment. Leave it variable and
run some tests. Try 256, 512, 1024 bytes.
Joshua
On Feb 19, 2012, at 8:04 AM, Marco Trapanese wrote:
> Hello,
>
> I have a LAN with one server (ROUTER) and 25 clients (DEALER) that
> exchange small bit of data asyn
Il 19/02/2012 14:20, john skaller ha scritto:
>> Why not? 0MQ will transfer them efficiently.
>
> Actually on second thoughts, you're *better* off using 0MQ for the
> transport because you have more facilities to manage it.
> For example you could send an acknowledgement including
> a checksum bac
On 20/02/2012, at 12:11 AM, john skaller wrote:
>
> Why not? 0MQ will transfer them efficiently.
Actually on second thoughts, you're *better* off using 0MQ for the
transport because you have more facilities to manage it.
For example you could send an acknowledgement including
a checksum back u
On 20/02/2012, at 12:04 AM, Marco Trapanese wrote:
> Hello,
>
> I have a LAN with one server (ROUTER) and 25 clients (DEALER) that
> exchange small bit of data asynchronously.
>
> Sometimes the server needs to send to *all* clients about 20 files of
> some MBytes each one.
>
> Do you recomme
On 19/02/2012, at 9:02 PM, Schmurfy wrote:
> Now I really feel stupid xD
>
> Thanks for pointing this out, not really intuitive.
> I am back to square one since it does not explain my problem then xD
>
> But I am curious what was your problem with REQ/REP if not this one because I
> also have
Hello,
I have a LAN with one server (ROUTER) and 25 clients (DEALER) that
exchange small bit of data asynchronously.
Sometimes the server needs to send to *all* clients about 20 files of
some MBytes each one.
Do you recommend to use 0MQ even for this purpose?
My thought was to use a simple HTT
Now I really feel stupid xD
Thanks for pointing this out, not really intuitive.
I am back to square one since it does not explain my problem then xD
But I am curious what was your problem with REQ/REP if not this one because
I also have problems with REQ/REP where the other sockets type works as
14 matches
Mail list logo
