Hello!
It's not clear, whether the code snippet came from a client or a server. If
it's a client, then I'd recommend you try sending the keys and additional
data directly to a server node and perform the insertion directly on the
node. The Compute API could be an option here [1]
You might also
Can someone please help with this case?
--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/
Also,
In SQL query, we are having a semaphore lock where all the threads stay
there and only one thread can execute the code. It's because in the code, we
have jdbc connection query. And it's not thread safe. Sometimes we even get
thread hanging here if we keep increasing client worker threads.
Thanks for reply.
Our clients are connected in both ways one is JCache way and other is SQL
way each for various caches.
-> For get/put we use normal getAll() and normal putAll(). The thing is here
all the threads will have their own data and the data is not shared. So no
need to worry about
If I have a cache named "XYZ" with replication mode ON then what happens for
the queries if the topology configuration is as below.
1) Two app servers (clients) which make total 100 connections (50 each) in
parallel as it's multi-threaded application. Both are 64 core machines.
2) Two DB servers
How are your clients connected? Are they thick or thin clients? And what are
the queries? Are they JCache (i.e., get/put) or SQL?
> On 3 Jun 2020, at 08:54, adipro wrote:
>
> If I have a cache named "XYZ" with replication mode ON then what happens for
> the queries if the topology