So the patch won't work for me until that merge is executed :(
Gonzalo Vásquez Sáez
Gerente Investigación y Desarrollo (R&D)
Altiuz Soluciones Tecnológicas de Negocios Ltda.
Av. Nueva Tajamar 555 Of. 802, Las Condes - CP 7550099
+56 2 335 2461
gvasq...@altiuz.cl
http://www.altiuz.cl
http://www.alti
Based on a discussion, https://github.com/zeromq/jeromq/pull/54
Java 1.6 is the official supported java version. Not sure how the later
snapshot was built with java 5.
There's a fork for 5 at https://github.com/steve-o/jeromq and related
discussion http://comments.gmane.org/gmane.network.zeromq
Thanks Min,
Ok, understood. But as this code is part of a webservice (i.e. each request
works in separate threads, and concurrently), opening a single socket is not an
option, so I'm guessing a socket pool would help. Any hints/patterns/iinks on
achieving such on java?
Regards,
Gonzalo Vásquez
New pull request has been sent.
https://github.com/zeromq/jeromq/pull/57
Thanks
Min
On Apr 11, 2013, at 2:44 PM, Yu Dongmin wrote:
> Hi,
>
> I was able to reproduce your case.
>
> Basically, creating and closing ZMQ socket per every message might not be a
> good practice.
>
> I would recom
Hi,
I was able to reproduce your case.
Basically, creating and closing ZMQ socket per every message might not be a
good practice.
I would recommend to connect once at a program start (ex, the next line of
ZMQ.context)
Even though, jeromq seems to have a bug at handling frequent socket creatio
I'm using JeroMQ. I've updated the code to a much tidier one:
private byte[] getByte(final String table, final String name,
final int doc_off, final int doc_len, final int
comp_off,
final int comp_len, final char compressionType) throws
Exception {
Sorry I missed the code in the first email. Are you using zmq with the jni
binding, or jzmq?
Your code looks fine to me. Can you strip that section of code out into a
separate jar for testing outside of WAS?
On Wed, Apr 10, 2013 at 2:37 PM, Gonzalo Vasquez wrote:
> Dear Eric,
>
> 1.- Process
Dear Eric,
1.- Process 2472 actually is IBM WAS, where my client code runs.
2.- I attached the code on the first email, nevertheless here is the client
side:
private byte[] getByte(final String table, final String name,
final int doc_off, final int doc_len, final int
co
Process 2472 at the time of this running looks like it has a large number
of open sockets. Since I don't have your code, I can only guess that
you're connecting new sockets for every request? I've got a fairly large
system going that has at most a few dozen sockets open at any given time.
The sy
Please see attached file for "netstat -ano" output
Gonzalo Vásquez Sáez
Gerente Investigación y Desarrollo (R&D)
Altiuz Soluciones Tecnológicas de Negocios Ltda.
Av. Nueva Tajamar 555 Of. 802, Las Condes - CP 7550099
+56 2 335 2461
gvasq...@altiuz.cl
http://www.altiuz.cl
http://www.altiuzrepo
"netstat -ano" would be an interesting metric to look at.
On Wed, Apr 10, 2013 at 1:02 PM, Gonzalo Vasquez wrote:
> No Antivirus is installed on the server. I can think of a socket exhausted
> related issue (kinda ulimit in unix/linux), as I even get disconnected from
> the Remote Desktop in th
No Antivirus is installed on the server. I can think of a socket exhausted
related issue (kinda ulimit in unix/linux), as I even get disconnected from the
Remote Desktop in this scenario, but I'm able to relogin immediately.
Gonzalo Vásquez Sáez
Gerente Investigación y Desarrollo (R&D)
Altiuz So
100% unresponsive and extremely slow are mutually exclusive. I've seen
problems with antivirus programs attempting to scan inbound and outbound
network connections for possible threats. Are you running any form of
antivirus on the server?
On Wed, Apr 10, 2013 at 12:14 PM, Gonzalo Vasquez wrote:
Nope, no cpu nor high memory usage detected :(
Gonzalo Vásquez Sáez
Gerente Investigación y Desarrollo (R&D)
Altiuz Soluciones Tecnológicas de Negocios Ltda.
Av. Nueva Tajamar 555 Of. 802, Las Condes - CP 7550099
+56 2 335 2461
gvasq...@altiuz.cl
http://www.altiuz.cl
http://www.altiuzreports.com
So you've noticed 100% CPU usage on this server or high memory usage when
it's running (thus, the unresponsiveness?)?
--
Wolf
On Wed, Apr 10, 2013 at 11:38 AM, Gonzalo Vasquez wrote:
> Wolf,
>
> Yes, almost 100% unresponsive, even closing windows is extremely slow.
>
> The server component is t
Wolf,
Yes, almost 100% unresponsive, even closing windows is extremely slow.
The server component is terminated by a single CTRL-C, i.e. it's
interruptedas the main is invoked in a black cmd window.
I've also realized that I also had to the terminate the client side to recover
100% respon
What do you mean by:
the server get's really "stuck" until I terminate the server component.
>
Do you mean your Windows Server becomes almost unresponsive?
Other processes can't work properly?
How do you terminate the server component?
Also, is this in a virtualized/cloud environment, or bare
After a while stressing this setup the connector side hangs in line 480:byte[] data = "">It seems that there's no answer from the server, but on the server log I can see everything has been "answered".This is running in Windows 2008 Server R2 Datacenter with JEROMQ (jero-0.3.0-SNAPSHOT.jar)After th
18 matches
Mail list logo