://www.justsoftwaresolutions.co.uk/threading/condition-variable-spurious-wakes.html
Just think of the revents as condition variables to check...
Does someone want to write a quick wrapper ?
PS I recommend CLOCK_MONOTONIC, but it may not be available, and
requires -lrt ...
--
Best regards
Ilja Golshtein
, and build a small timer chain to return an error and kill
a set (or unordered_map) with the requests.
(The zmq_reactor library should help a bit here, that's what I'm using
for all this...)
Best,
Matt
--
Best regards
Ilja Golshtein
___
zeromq-dev mailing
with a link.
Thanks.
10.08.10, 21:35, Matt Weinstein matt_weinst...@yahoo.com:
(The zmq_reactor library should help a bit here, that's what I'm using
for all this...)
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev
, please send more details about the application ...
On Aug 13, 2010, at 7:33 AM, Ilja Golshtein wrote:
Hello!
I am thinking about single thread client design.
The server is parallel, some requests are slow, so it must be
possible to send N+1 request before Nth is processed
to it. Am I correct in this assumption or it's a misunderstanding on my part? ___zeromq-dev mailing listzeromq-dev@lists.zeromq.orghttp://lists.zeromq.org/mailman/listinfo/zeromq-dev--Best regards,Ilja Golshtein.___
zeromq-dev
be introduced.
--
Best regards
Ilja Golshtein
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
17.08.2010, 15:56, "Matt Weinstein" matt_weinst...@yahoo.com:Sorry, I was tied up yesterday.It's just a matter of whether or not you will be single-threaded facing MQ. If you are, all is well. But then you have to construct the appropriate UUIDs yourself. You might be better off using XREP and
push.send() - std::flush;
push.send(omsg); // HANGS HERE
std::cout ok! std::endl;
==
Please suggest a way to detect this situation
at sender side to avoid infinite wait (besides timeouts).
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev
investigating though I am 90% sure the roots are inside 0mq.
uname -a
Linux dev 2.6.18-194.3.1.el5 #1 SMP Thu May 13 13:08:30 EDT 2010 x86_64 x86_64
x86_64 GNU/Linux
rpm -qa | grep zeromq
zeromq-devel-2.0.8-1
zeromq-debuginfo-2.0.8-1
zeromq-2.0.8-1
--
Best regards,
Ilja Golshtein
, 14:04, Ilja Golshtein ilej...@narod.ru:
Hello!
The application http://pastebin.com/yJY5xgts
produces following trace
==
(gdb) thread 1
[Switching to thread 1 (Thread 2025)]#0 0x2abfca190265 in raise (
sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64return
.
I've tried to rebuild for i386 (initailly x86_64) without any success.
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
by multiple threads, is somehow protected.
I am almost sure it is misunderstanding from my side, otherwise this link
http://en.wikipedia.org/wiki/Memory_barrier
would be helpfull.
Please, clarify.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing
(and with -i lo)
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
.
-for (uint32_t i = slot_count - 1; i = io_threads_; i--) {
+for (uint32_t i = io_threads_; i slot_count; i++) {
empty_slots.push_back (i);
slots [i] = NULL;
}
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq
wrong and I am glad 0mq is sane from multithreading
standpoint ;)
07.09.10, 16:06, Pieter Hintjens p...@imatix.com:
Ilja,
There's more detail of Martin's elegant lock-free design here:
http://www.zeromq.org/whitepapers:y-suite
--
Best regards
Ilja Golshtein
,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
and not easy to reproduce.
I think I should try to play with a modern Linux distro.
Thanks a lot.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
tracker,
email is a lousy database.
Already logged as http://github.com/zeromq/zeromq2/issues#issue/64
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq
])
parts = interface[DATA].split('|')
i = -1
for i in range(len(parts)-1):
s.send(parts[i], zmq.SNDMORE)
s.send(parts[i+1])
time.sleep(1) #some delay is required
The behavior is not Python specific - had the same in C++
Thanks.
--
Best regards,
Ilja
.
To build a 32-bit library this configure command would be a start:
$ CC=gcc -m32 CXX=g++ -m32 ./configure
If configure fails it means you don't have the appropriate 32-bit libraries
installed.
--
Best regards
Ilja Golshtein
___
zeromq-dev mailing
@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
--
Best regards,
Ilja Golshtein
()
@@ -202,8 +201,7 @@
inline ~socket_t ()
{
int rc = zmq_close (ptr);
-if (rc != 0)
-throw error_t ();
+assert (rc == 0)
}
inline operator void* ()
--
Best regards,
Ilja Golshtein
, ZMQ_SNDMORE);
}
std::cout out of the block std::endl;
}
==
Would be great if 0mq can survive in such a situation.
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman
REPsocket but none on the SUB socket.Best,KoertPS I attached the 3 programs. Hope that works.-- Best regards,Ilja Golshtein.___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
);
socket_c.send(msg);
==
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
22.09.10, 20:57, Brian Granger elliso...@gmail.com:
On Wed, Sep 22, 2010 at 1:16 AM, Ilja Golshtein wrote:
Hello!
Please, clarify if it is Ok
==
zmq::message_t msg;
socket_a.recv(msg);l
You need to do a copy of the msg before sending it the first time.
Sorry
message N times safely.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
, server as REQ.
Any help you can provide in debugging this would be greatly appreciated!
Thanks and cheers,
Brian
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org
...@250bpm.com:
Dhammika,
Good work!
Can you submit this patch under MIT/X11 so that I can apply it?
Thanks.
Martin
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
and no TCP connection was established?
Is it normal if bind and connect reverted everything is fine?
Again, I suggest going through these examples.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
= IGMP subscription
Martin
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
they are going to come back
to 0mq and clarify if it useful having in mind Alexey's talk.
May be Alexey's report is a good step to Martin's or someone else from
core team visiting Highload'2011 next year?
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing
useful at the moment ;)
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
21.12.10, 15:46, Ilja Golshtein ilej...@narod.ru:
I am at the point of starting to create some cron-alike scheduler.
.. in C++
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman
goals is to isolate application programmers from right
bind/connect order (leaving out of the scope inproc issue),
why bound and connected sockets are [sometimes] different?
Thanks.
--
Best regards,
Ilja Golshtein.
PS. 0mq version is 2.0.10, Linux kernel 2.6.18
= NULL;
}
}
==
Unfortunately I don't have core or useful log.
At first glance it may be triggered by client termination.
Any further ideas?
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http
= NULL;
}
}
==
Unfortunately I don't have core or useful log.
At first glance it may be triggered by client termination.
Any further ideas?
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http
,
though it is highly probable a socket was closed at other side of a TCP
connection.
28.02.2011, 14:15, Pieter Hintjens p...@imatix.com:
On Mon, Feb 28, 2011 at 12:12 PM, Ilja Golshtein ilej...@yandex.ru; wrote:
I faced with assertion in the code...
At first glance it may be triggered
:
2011/2/28 Ilja Golshtein ilej...@narod.ru;:
[The almost only] I can say for sure the issue happened under heavy load.
I cannot reproduce it with logging enabled so far.
I definitely not use a zmq socket from more then one thread.
We'll need a reproducible case to fix it... ideally a case we
-flush ();
current_out = NULL;
}
}
==
That looks like v2.0.10's problem.
The related code was heavily modified and fixed in 2.1, so it's quite
probable that you won't encounted this problem with 2.1.x versions of 0MQ.
Martin
--
Best regards,
Ilja Golshtein
/2/28 Ilja Golshtein ilej...@narod.ru;:
[The almost only] I can say for sure the issue happened under heavy load.
I cannot reproduce it with logging enabled so far.
I definitely not use a zmq socket from more then one thread.
We'll need a reproducible case to fix it... ideally a case we can
Martin,
I see.
Will try 2.1.1 (probably not Today) and come back.
Many thanks.
28.02.2011, 17:28, Martin Sustrik sust...@250bpm.com:
On 02/28/2011 03:19 PM, Ilja Golshtein wrote:
2.1.1 looks exactly the same - same assert and same write() behavior,
though I have to admit I did not try
.
Should I log a ticket?
Thanks.
28.02.2011, 17:28, Martin Sustrik sust...@250bpm.com:
On 02/28/2011 03:19 PM, Ilja Golshtein wrote:
2.1.1 looks exactly the same - same assert and same write() behavior,
though I have to admit I did not try it in action.
I suggest we should get rid
.
02.03.2011, 13:49, Pieter Hintjens p...@imatix.com:
2011/3/2 Ilja Golshtein ilej...@narod.ru;:
the issue is easily reproducible against 2.1.1.
I put example server code here http://pastebin.com/iKYzeJmz (sorry, it is
untidy).
Actually any attempt to reach HWM via XREP causes application
Via tcp it is straightforward - just write more messages than HWM in XREQ
socket
assuming counterpart is lazy enough.
XREP, not XREQ. Sorry.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http
finalized?
02.03.2011, 14:10, Ilja Golshtein ilej...@narod.ru:
Pieter,
here it is https://github.com/zeromq/zeromq2/issues/175
I've tried to use inproc to make the example more convenient to use,
but it seems inproc is not affected.
Via tcp it is straightforward - just write more messages than
for production usage.
Ideas?
Thanks.
03.03.2011, 16:10, Pieter Hintjens p...@imatix.com;:
2011/3/3 Ilja Golshtein ilej...@narod.ru;;:
Many thanks to Martin - the issue seems to be solved by his patch.
Sorry for asking (perhaps it is already discussed), but is the patch
expected in 2.0 or
I
Pieter,
the decision if the patch is worth going to trunk is up to you.
Thank you for the explanation of 2.1.x status.
I'll give it a try.
09.03.2011, 17:01, Pieter Hintjens p...@imatix.com:
2011/3/9 Ilja Golshtein ilej...@narod.ru;:
I've backported the patch to 2.0.10 in straightforward
::msgs_read and writer_t::msgs_written
I fill completely blind and helpless analyzing how heavy loaded 0mq based
application works
and what is going on under the hood.
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev
ijs Terlouw,Shenzhen, Chinahttp://www.startinchina.com ___zeromq-dev mailing listzeromq-dev@lists.zeromq.orghttp://lists.zeromq.org/mailman/listinfo/zeromq-dev-- Best regards,Ilja Golshtein.___
zeromq-dev mai
an
additional pub/sub feed to distribute cluster-scoped commands to all the
workers.
You mean there is no reason to do multithreading at all? Often it is true,
but let's focus on cases when it makes sense.
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq
.
08.04.2011, 12:07, Pieter Hintjens p...@imatix.com:
2011/4/8 Ilja Golshtein ilej...@narod.ru;:
It would be nice to create a generic Unix 0mq based multithread C
application design.
A sort of best practice.
Have you seen the asyncsrv example?
http://zguide.zeromq.org/page:all#Asynchronous
layer and multipart
processing.
Do hope to make them as clean as libzapi and open sources.
Thank you for your kind explanation.
18.04.2011, 12:35, Pieter Hintjens p...@imatix.com:
2011/4/18 Ilja Golshtein ilej...@yandex.ru;:
There is zlist_push call in zctx__socket_new without any mutex
zmq_msg_t *msg);
Thoughts?
Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq
Patch with (2), (4) and (5) against 0mq 2.1
43307455e352769189d427f260c4b48a3a19f7ce
is attached.
22.04.2011, 23:29, Ilja Golshtein ilej...@narod.ru:
Martin, All,
you are right, there is no 100% similarity with std::string.
Trying to look at the message_t from the same angle we should
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http
and applications do
not crash ;)
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Pieter's explanation
===
Why we do this
=
data[message.size()] = 0
=
afterwards?
Precisely to create an ASCIIZ string from a 0MQ string.
===
sounds somewhat different.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev
.
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
the thing work if ffn is not provided?
Is the code
==
zmq_msg_t msg;
zmq_msg_init_data (msg, (void *)something, 9, NULL, NULL);
==
valid?
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http
.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
-compiling
--
Mikko Koppanen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev
pening? Cheers, --B ___zeromq-dev mailing listzeromq-dev@lists.zeromq.orghttp://lists.zeromq.org/mailman/listinfo/zeromq-dev-- Best regards,Ilja Golshtein.___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
and stuff to be exception save is often slow.I think it is Ok to catch exceptions to do some clean up job, though it must be done carefully andin intelligent way.Strong paradigms (like don't use delete, don't catch exceptions) are fine for students' works, not for realthings.Thanks.-- Best regards,Ilja
that ? ;)
).
Fabien
-Message d'origine-
De : zeromq-dev-boun...@lists.zeromq.org
[mailto:zeromq-dev-boun...@lists.zeromq.org] De la part de Martin Sustrik
Envoyé : 16 mai 2011 06:12
À : ZeroMQ development list
Cc : Ilja Golshtein
Objet : Re: [zeromq-dev] Improving zeromq in OOM conditions
Hi
s.zeromq.org/mailman/listinfo/zeromq-dev-- Best regards,Ilja Golshtein.___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
at receiver side.Assuming the goal is to block, you need HWM at both sides.[As far as I understand - hope guru correct me if I am wrong]-- Best regards,Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman
y 16, 2011, at 7:22 AM, Ilja Golshtein wrote:just to verify, to set hwm limits on a push pull, i set it just on the pull end,after the zmq_socket call and before the zmq_connect call. correct?Sometimes yes, but generally not .If sender is faster than receiver (otherwise everything is fine) queue wou
sense I can provide further
details.
I am 100% sure similar solution exists in MS Visual C++ and 99% sure it is
possible
for other platforms.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org
introduce HWM calculates size.-- Best regards,Ilja Golshtein.___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
18.05.2011, 14:03, Pieter Hintjens p...@imatix.com:
I'd suggest anything over 1M can fail without indicating OOM.
Just to make behaviour more predictable and simplify support team' life.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
for.
It might be difficult to understand what is going on if some messages are
silently disappear.
From my point of view it is fine to trigger behavior based on message size if
it is possible to
specify this threshold explicitly.
Thanks.
--
Best regards,
Ilja Golshtein
The idea of the patch was to have something easily applicable.
It does not break current interface, it is harmless, though not very useful.
I hope it can slightly reduce chances of copy() misuse.
27.05.2011, 12:16, Martin Sustrik sust...@250bpm.com:
On 05/27/2011 10:05 AM, Ilja Golshtein
before second send() (HWM is 1)?
2. Why assert?
The issue reproduced against 2-1 master,
d27374c8346cdde9b0e77fb625249df6d185c6e0
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org
Pieter,
I've logged LIBZMQ-228
Thank you for your help with my Jira access.
07.07.2011, 20:14, Pieter Hintjens p...@imatix.com:
On Thu, Jul 7, 2011 at 5:47 PM, Ilja Golshtein ilej...@narod.ru; wrote:
Actual room is the same in both direction (so there is
no way to have one HWM value
at client side.
In case anyone interested, working Linux C++ example is attached to this letter.
Or see here http://pastebin.com/TgCPTyKS
Enjoy.
--
Best regards,
Ilja Golshtein.
3tier.cpp
Description: Binary data
___
zeromq-dev mailing list
zeromq-dev
Ilja,
In case anyone interested, working Linux C++ example is attached to this
letter.
Or see here http://pastebin.com/TgCPTyKS
Nice! Why not link it from zeromq.org so that it does not get lost?
Martin
--
Best regards,
Ilja Golshtein.
___
zeromq
naming, licensing,
whatever?
It seems there were some materials but I failed to find anything relevant at
zeromq.org.
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman
,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
your suggestions and do my best
to transform our library to full featured C++ binding, despite
the wish to publish the thing as soon as possible.
Thanks.
07.09.2011, 14:09, Pieter Hintjens p...@imatix.com:
2011/9/7 Ilja Golshtein ilej...@narod.ru:
Actually the idea of the code is to utilize
__zeromq-dev mailing listzeromq-dev@lists.zeromq.orghttp://lists.zeromq.org/mailman/listinfo/zeromq-dev-- Best regards,Ilja Golshtein.___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
rach" o...@toot-trading.com:what is hwm?On Thu, Sep 8, 2011 at 4:58 PM, Ilja Golshtein ilej...@narod.ru wrote:Hello. Your code looks correct, although I am not sure if is Ok to do setsockopt after connect. I guess it is zmq internal thread what eats all memory.To check if it is wrong just do some wait inste
-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
, and from anywhere else as well.
Ok, done.
Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
--
Best regards,
Ilja Golshtein.
___
zeromq-dev
and understood.
Is there any hope to have monitoring implemented?
We are ready to contribute, so suggestions and implementation guidelines are
appreciated.
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev
need a way to obtain queues sizes to maintain my SNMP counters.
Could you suggest better interface than getsockopt?
Any ideas how to handle multiple peers (at least from API standpoint)?
Thanks.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing
cannot,
because suggested approach affects performance in terrible way.
That why I've started this thread.
Regarding getsockopt. Do you believe any attempt to expose peer-specific info
at API layer is not acceptable?
Thanks.
--
Best regards,
Ilja Golshtein
that much that to port otherwise.
Thank you,
François
--
Sent from my jetpack.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
--
Best regards,
Ilja Golshtein
03.11.2011, 17:36, Pieter Hintjens p...@imatix.com:
On Thu, Nov 3, 2011 at 2:27 PM, Ilja Golshtein ilej...@narod.ru wrote:
C++ simplifies resource management so maintaining socket lifetime is not as
painful as in pure C.
The problem is not C/C++ but that zmq_term requires that you
memory/maintain queues.
Perhaps http://www.zeromq.org/whitepapers:architecture answers your questions.
--
Best regards
Ilja Golshtein
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
interested in number of messages received by 0mq engine and ready for fetchingin any given moment.-- Best regards,Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
cv();I was wondering if there was any optimization process necessary on the code or something. I'm using clrzmq for C#. Guys i need your advice. Thanks.___zeromq-dev mailing listzeromq-dev@lists.zeromq.orghttp://lists.zeromq.org/mailman/listinfo/zeromq-dev-- Best re
is natural from C# standpoint.
--
Best regards,
Ilja Golshtein.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
.
If I am wrong and it is (which means operations are intensive) it is better to
keep connection,
not recreate every time.
The same is true abot zmq context. Context lifetime is probably much more
important than socket lifetime
from resource perspective.
--
Best regards,
Ilja Golshtein
? The issue is
really persistent and I'm just wondering what could be the issue. Has anyone
experienced this kind of issue before too? Please guys I need urgent help.
Thanks
Sent from my BlackBerry® wireless handheld from Glo Mobile.
-Original Message-
From: Ilja Golshtein ilej...@narod.ru
Glo Mobile.
-Original Message-
From: Ilja Golshtein ilej...@narod.ru
Sender: zeromq-dev-boun...@lists.zeromq.org
Date: Mon, 07 Nov 2011 17:25:40
To: lawillas4e...@yahoo.com; ZeroMQ development
listzeromq-dev@lists.zeromq.org
Reply-To: ZeroMQ development list zeromq-dev
1 - 100 of 124 matches
Mail list logo
