Re: C++; Cancelling Long Query

Thank you. While timeout mechanism is fine it would be great if there is a way to explicitly abort instantly if it is possible. -- View this message in context: http://apache-ignite-users.70518.x6.nabble.com/C-Cancelling-Long-Query-tp12997p13037.html Sent from the Apache Ignite Users mailing l

C++; Cancelling Long Query

Hello, What is the normal way to abort a statistical analysis SQL query that takes a long time while quitting the application while using ignite C++ client? - Destructing the cache seems to be causing a fault. - Destructing the grid looks good enough but throws some exceptions in JVM side so it m

Re: Ignite 2.0 C++ Segfault

There seems to be some kind of race situation: 0x01381206 in std::less::operator() (this=0x1a4e4b0, __x=, __y=@0x7fff80846e04: 2066246303) at /usr/include/c++/6.3.1/bits/stl_function.h:386 #4 0x015040cd in ignite::impl::binary::BinaryTypeManager::GetHandler (this=0x1a560d0, typeNam

Ignite 2.0 C++ Segfault

The following segfault happens in multi-threaded ignite c++ application: C [test+0xf8116a] std::less::operator()(int const&, int const&) const+0x14 C [test+0x1106305] std::_Rb_tree >, std::_Select1st > >, std::less, std::allocator > > >::_M_lower_bound(std::_Rb_tree_node > >*, std::_Rb_tree_no

Re: How do I provide AffinityFunction.BackupFilter when mainly using C++ bindings

It is not applicable because it will require too much effort to convert the rest of the system for ACTIVE/ACTIVE set-up. On Thu, Apr 13, 2017 at 5:10 PM vkulichenko wrote: > Why not create two equal C++ nodes and use both of them? You will give you > data redundancy and load balancing, without a

Re: How do I provide AffinityFunction.BackupFilter when mainly using C++ bindings

ere is a way to get C++ nodes. You can use the following code for > this: > > IgniteCluster#forAttribute("org.apache.ignite.platform", "cpp"); > > That returns you a cluster group of C++ nodes if that's what you need. > > Best Regards, > Igor > >

Re: How do I provide AffinityFunction.BackupFilter when mainly using C++ bindings

3, 2017 at 4:04 PM tolga wrote: > I have managed to put a AffinityFunction implementation in ./libs and > load/use it. But I still could not figure out how to detect my C++ node. > > I see C++ API allows you to name my node via /Ignition::Start(const > IgniteConfiguratio

Re: How do I provide AffinityFunction.BackupFilter when mainly using C++ bindings

I have managed to put a AffinityFunction implementation in ./libs and load/use it. But I still could not figure out how to detect my C++ node. I see C++ API allows you to name my node via /Ignition::Start(const IgniteConfiguration &cfg, const char *name)/ but ClusterNode

Re: How do I provide AffinityFunction.BackupFilter when mainly using C++ bindings

I am trying to create an ACTIVE/PASSIVE redundant environment, passive node being the vanilla .sh node. I would like to have control on what node is appointed as primary. According to what you are saying, for a moment I have to have only one node (that being C++ node) online for it to be primary n

How do I provide AffinityFunction.BackupFilter when mainly using C++ bindings

Hello, I am in a similar situation with the following unanswered SO question: http://stackoverflow.com/questions/43386765/how-do-i-provide-affinityfunction-backupfilter-when-mainly-using-c-bindings How can I achieve this? Quoting the question: I am using the C++ bindings to have redundancy in my

Re: Eager TTL and query

te ttl and entry won't be removed. > > > On Mon, Apr 3, 2017 at 4:28 PM, Tolga Kavukcu > wrote: > >> Hi Everyone, >> >> I have a question about cache ttl. I understand that when eager ttl is >> set to true for a cache, a thread created and expired entries are c

Eager TTL and query

is very much clear. I wonder the terminology "When entry accessed" covers running query over cache. Let's say i didnt call any put or get, but i queried entire cache. Will expired entries will be removed during cache query execution ? Regards. -- *Tolga KAVUKÇU*

Re: Apache Ignite Query Entity String Array

Thanks a lot. On Thu, Mar 23, 2017, 11:15 AM dkarachentsev [via Apache Ignite Users] < ml-node+s70518n11385...@n6.nabble.com> wrote: > Hi, > > You need to set value="L[java.lang.String;" and for querying you may use > array_contains function. For example: > ... WHERE array_contains(ABC, ?); > > T

Apache Ignite Query Entity String Array

What is the value of the field configuration (e.g. ) if I use BinaryWriter::WriteStringArray("ABC")? Can I use SQL IN queries with string array fields? -- View this message in context: http://apache-ignite-users.70518.x6.nabble.com/Apache-Ignite-Query-Entity-String-Array-tp11368.html Sent fro

Re: Cache write behind optimization

Yakov Zhdanov wrote: > Tolga, this looks like you do cache.get() and key resides on remote node. > So, yes, local node waits for response from remote node. > > --Yakov > > 2017-02-21 10:23 GMT+03:00 Tolga Kavukcu : > >> Hi Val,Everyone >> >> I am able to over

Re: Cache write behind optimization

Hi Val, Thanks for your tip, with enough memory i believe write-behind queue can handle peak times. Thanks. Regards. On Thu, Feb 9, 2017 at 10:44 PM, vkulichenko wrote: > Hi Tolga, > > There is a back-pressure mechanism to ensure that node doesn't run out of > memory be

Cache write behind optimization

ava:2243) at org.apache.ignite.internal.processors.cache.GridCacheAdapter.put( GridCacheAdapter.java:2220) at org.apache.ignite.internal.processors.cache.IgniteCacheProxy.put( IgniteCacheProxy.java:1376) at com.intellica.project.helper.ee.ConfigManagerHelperEE.setState( ConfigManagerHelperEE.java:92) Thanks. -- *Tolga KAVUKÇU*

Exception while resolving topology version.

iggerred a restart.* I have also checked the gc activities, and extracted gc logs for server, everyting seemed fine. There was no long pauses. What might be the reason. Thanks. -- *Tolga KAVUKÇU*

Re: Blocked get operation problem

t: http://apache-ignite-users. > 70518.x6.nabble.com/Blocked-get-operation-problem-tp9133p9232.html > Sent from the Apache Ignite Users mailing list archive at Nabble.com. > -- *Tolga KAVUKÇU*

Re: Blocked get operation problem

24 PM, vkulichenko wrote: > Tolga, > > Are you accessing the same key all the time? How many entries do you have > in > cache? > What cache provider did you use before? > > -Val > > > > -- > View this message in context: http://apache-ignite-users. > 70

Re: Blocked get operation problem

performance issues on cache operations. I will try to share my benchmark results. By the way, what is the maximum get operation tps for a ignite cache ? Thanks. -Tolga On Tue, Nov 22, 2016 at 10:19 PM, vkulichenko wrote: > Hi, > > Yes, Ignite acquires a short-time Java-level lock on e

Blocked get operation problem

st performance. Could anyone share best configuration for that. Thanks. -- *Tolga KAVUKÇU*

Re: Two network interface on os

Hi Valentin, Your suggestion fits my needs. Thank you very much. Tolga On Tue, Oct 4, 2016 at 1:49 AM, vkulichenko wrote: > Hi, > > You can set IgniteConfiguration.localHost property to 172.10.2.1. This will > force Ignite to bind only to this interface. > > -Val >

Two network interface on os

Hi everyone, When initializing topology how can i force ignite to use one of my network interface cards. Lets say i have two interfaces eth0 192.168.1.103 eth1 172.10.2.1 I want to use only eth1. From other node when i call node.addresses() i want to get only one ip. Thanks. -- *Tolga

Re: Unexpected heap usage by GridDhtPartitionTopologyImpl

Hi, Currently we are using 1.5.0.final version, since we have an urgency with our timings , we decided to change the source of 1.5.0.final. But i cant find a developer documentation, can you please share the link. A short brief also can be helpful. Thanks. On Fri, Apr 8, 2016 at 2:56 PM, Tolga

Re: Unexpected heap usage by GridDhtPartitionTopologyImpl

cache updates to DB. We > will have to force system threads to help with this. > > Tolga, I know that Nick is currently working on async cache callbacks and > he will be introducing a new pool to system. I think you will be able to > use it. Ticket for tracking is > https://issue

Re: Unexpected heap usage by GridDhtPartitionTopologyImpl

ld be glad :) Thanks. On Fri, Apr 8, 2016 at 1:54 AM, Denis Magda wrote: > Tolga, > > The cleanup threads "ttl-cleanup-workers" are used to eagerly remove > expired cache entries. Expiration policy can be set either a cache wide in > CacheConfiguration or can be used later with

Re: Unexpected heap usage by GridDhtPartitionTopologyImpl

hreads" are expected behaviour. Thanks. On Thu, Apr 7, 2016 at 2:40 PM, Denis Magda wrote: > Hi Tolga, > > GridDhtPartitionTopologyImpl is created per cache. If you destroy a cache > this object should be GCed. However you should use cache.destroy() for that. > > Please also ma

Re: Running a query in only current nodes partitions

Hi Denis, Thanks for the response i will try with SqlQuery approach, seems like it could fit my needs. I got the idea of executing queries on partitioned caches. Have a nice day. On Tue, Apr 5, 2016 at 12:08 PM, Denis Magda wrote: > Hi Tolga, > > Probably you can use SqlQuery

Re: Running a query in only current nodes partitions

4, 2016 at 2:29 PM, Denis Magda wrote: > Hi Tolga, > > Do you really need to iterate over *all the keys* when data has to be > update? If so then you can parallelize ScanQueries when multiple local > Threads will be iterating over specific partitions on each node. > Please

Running a query in only current nodes partitions

er solution i would be very happy. Thanks *Tolga KAVUKÇU*