April 2010 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-332) Add ability to create GlobalConfiguration and DefaultConfiguration objects from XML files

by Noel O'Connor (JIRA)

Add ability to create GlobalConfiguration and DefaultConfiguration objects from XML files ------------------------------------------------------------------------------------------ Key: ISPN-332 URL: https://jira.jboss.org/jira/browse/ISPN-332 Project: Infinispan Issue Type: Feature Request Components: Configuration Reporter: Noel O'Connor Assignee: Noel O'Connor Priority: Minor -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-366) Document CAS-like operations in Hot Rod clearly

by Galder Zamarreno (JIRA)

Document CAS-like operations in Hot Rod clearly ----------------------------------------------- Key: ISPN-366 URL: https://jira.jboss.org/jira/browse/ISPN-366 Project: Infinispan Issue Type: Task Components: Cache Server Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.Final <mmarkus_> galderz: ping <mmarkus_> what is the meaning of "replaceIfUnmodified"? * amontenegro_ (~amonteneg(a)200.111.187.74) has joined #infinispan * amontenegro_ is now known as aamonten * clebert (~clebert@redhat/jboss/clebert) has joined #infinispan * baileyje (~baileyje@redhat/jboss/baileyje) has joined #infinispan * clebert (~clebert@redhat/jboss/clebert) has left #infinispan <galderz> manik__, hi mmarkus_ <galderz> replaceIfUnmodified ? <galderz> one sec <galderz> mmarkus_, manik_, r u planning to produce diff jars for server and client? <galderz> if so, it'd make sense for the client to be a separate module <galderz> wouldn't it? <manik_> galderz: yes, I think diff jars would make sense <mmarkus_> galderz: i think yes, because I'd like the client to be light <galderz> same here <manik_> no one would want server code (+ server deps) on their client <galderz> exactly <galderz> so, the client should be in server/hotrod-client or similar module <mmarkus_> not sure we need another module for that, only different packaging <galderz> mmarkus_, u're lucky i don't have java classes <galderz> and u can use src/java <galderz> while I use main/scala <galderz> i mean, u use main/java <galderz> but once u give a maven module scala nature <galderz> i think it ignores main/java <galderz> at least that's what I found out doing some testing <mmarkus_> even so, can't we produce two jars for the same module? <galderz> mmarkus_, u prob can but u have to start filtering classes./..etc <manik_> mmarkus_: thats a real PITA <galderz> iow, it's a probably a PITA <manik_> try wrestling with maven assemblies to do that ! ;) <sannegrinovero> hi all; nice to see activity here :) hi galderz recovered from all the walking? <galderz> sannegrinovero, yup, fully recovered now :) <sannegrinovero> nice :) <manik_> mmarkus_: much easier to just use a separate maven module <mmarkus_> manik_: I don't want to do that for sure. Not a big fan o mvn (not to say more) <galderz> mmarkus_, replaceIfUnmodified is all about the cas <sannegrinovero> can't build the snapshot currently as I'm missing a jgroups:jar:2.10.0.Alpha2 <galderz> it's a way to do a replace remotely <galderz> u want to replace, only if no one changed the value <galderz> so what do u do? <galderz> each modification has a unique value associated to it <galderz> so, when u want to mayeb replace, u get the cas first with: getWithCas <galderz> and then use the cas to make the modification <sannegrinovero> galderz is this "replaceIfUnmodified" already in trunk? sounds very useful <galderz> if the cas values do not match, someone has changed the value and replace is not execited <galderz> sannegrinovero, not yet <sannegrinovero> ok <galderz> mmarkus_, it's the same technique used by memcached: see http://github.com/trondn/memcached/blob/master/doc/protocol.txt <galderz> see cas command in that document <galderz> cas is our replaceIfUnmodified <galderz> mmarkus_, is it clear? <mmarkus_> what is cas? <galderz> Compare And Swap <galderz> used all over java.util.concurrent <mmarkus_> I know that one, just I don't see how it maps in hotrod <mmarkus_> e.g. getWithCas? <galderz> mmarkus_, each modification has a unique value associated: <galderz> for example: <galderz> if u key=k value=v1, let's say the unique value is 12345 <galderz> get with cas returns that 12345 <galderz> 12345 and v1 of course <galderz> now, u call replaceIfUnmodified on key=k with value=v2 and cas 12345 <galderz> key=k will only be replaced by v2 if, and only if, the cas in that node is still 12345 <galderz> if someone else had made a modification in the mean time, the unique value would have changed <galderz> hence, replaceIfUnmodified call would not have succeded <galderz> mmarkus_, does it make sense now? <galderz> it's a way to do a remote CAS <galderz> as memcached says: " "cas" is a check and set operation which means "store this data but <galderz> only if no one else has updated since I last fetched it."" <mmarkus_> so cas is generated on the server, each modification to the cache (cluster) resulting in a new cas value? <galderz> that cas operation does exactly the same as replaceIfUnmodified <galderz> indeed mmarkus_ <galderz> see the memcached module for an example <galderz> we discussed this in the list as well <mmarkus_> is the cache set per key or per whole cache? <galderz> cas u mean? <galderz> it's associated with each value, so is per key <mmarkus_> cas, sorry <galderz> mmarkus_, see http://anonsvn.jboss.org/repos/infinispan/trunk/server/memcached/src/main... <galderz> and <galderz> AddCommand <galderz> or SetCommand <galderz> in memcached, we set it to current time millis <galderz> and we increment it for each modification <mmarkus_> yep, makes sense. And it's not returned by default, the only way to retrieve it is through getWithCas, right? <galderz> mmarkus_, indeed <mmarkus_> galderz: I'm just thinking, is there a way to do a put AND obtain the cas value atomically? * mmarkus_ i.e. the way I understand it. if one does a 1.put (k1,v1) <galderz> not at the moment <mmarkus_> then he will need to to a getWithCas(k1) to get this value back <galderz> i wonder how often this would be needed <galderz> indeed <galderz> by making getWithCas a separate command and not using cas anywhere, i'm assuming this is rare occurrence <galderz> but maybe it's not that rar <galderz> rare <mmarkus_> now, the cas he gets on getWithCas(k1), might be the cas of a different put that happened after put(k1,v1), e.g. put(k1,v2) <galderz> mmarkus_, well, that means someone has changed it then <galderz> i think i know what u mean though <galderz> if u have a put and replaceIfUnmodified one after the other, put returning the cas would cut one network call <mmarkus_> not necesarelly <mmarkus_> (that also) <galderz> i'm all ears :) <mmarkus_> considering your example with cas= 12345 (see few lines bellow) <mmarkus_> I do a put that results in cas 12345 <mmarkus_> then immediately after, one does another put(k), resulting in cas 54321 <mmarkus_> then you do an getWithCas and obtain cas=54321 on the server <mmarkus_> now you do a replaceIfUnmodified(k, 54321) <mmarkus_> the cas will match, and the replace operation will take place. But you really wanted it not to take place, as per your example, isn't it? <galderz> well, depends who does the getWithCas <galderz> or more specifically, who did the other put <galderz> what u know is that since u called getWithCas till u do replace, no one else has modified it <galderz> and that's what u do with cas <galderz> u get something, u check the value <mmarkus_> ah, you want to use cas for getting the following gurante: you read data, and based on what you read you want to modify it. Now you only modify it if it hasn't changed in between, correct? <galderz> it matches <galderz> indeed :) <galderz> that's what a cas does :) <galderz> u get something <galderz> u assume that it has X <mmarkus_> I see it now! <galderz> :) <mmarkus_> I was thinking at a different scenario. <mmarkus_> you put data, and at a further point you want to modify it only if it hasn't changed <mmarkus_> but, yeah, this doesn't sound as common as the other scenario, with read * aslak has quit (Quit: Ex-Chat) <mmarkus_> I got it now - thanks for the explanation! * manik_ has quit (Quit: manik_) <galderz> mmarkus_, u're welcome :) <galderz> we'll have to make sure this is explained properly in the docu <galderz> i'll add a jira -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

1
4
0 / 0

[JBoss JIRA] Created: (ISPN-241) improve test harness to use nice test names for nodes

by Mircea Markus (JIRA)

improve test harness to use nice test names for nodes ----------------------------------------------------- Key: ISPN-241 URL: https://jira.jboss.org/jira/browse/ISPN-241 Project: Infinispan Issue Type: Feature Request Reporter: Mircea Markus Assignee: Mircea Markus Priority: Minor Fix For: 4.0.0.GA all replicate caches are being created through a TestCacheManagerFactory, TestCacheManagerFactory would make sure to call TransportType.setNodeName on each cache -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (ISPN-368) Remove code duplication in certain JDBC configuration classes

by Manik Surtani (JIRA)

Remove code duplication in certain JDBC configuration classes ------------------------------------------------------------- Key: ISPN-368 URL: https://jira.jboss.org/jira/browse/ISPN-368 Project: Infinispan Issue Type: Task Components: Loaders and Stores Affects Versions: 4.0.0.Final Reporter: Manik Surtani Assignee: Mircea Markus Priority: Minor Fix For: 4.1.0.CR1, 4.1.0.Final JdbcStringBasedCacheStoreConfig, JdbcBinaryCacheStoreConfig and JdbcMixedCacheStoreConfig duplicate a lot of code, including javadocs. Could these not inherit from an abstract superclass? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
2
0 / 0

[JBoss JIRA] Created: (ISPN-123) Build demo and blog about using Infinispan on EC2

by Manik Surtani (JIRA)

Build demo and blog about using Infinispan on EC2 ------------------------------------------------- Key: ISPN-123 URL: https://jira.jboss.org/jira/browse/ISPN-123 Project: Infinispan Issue Type: Feature Request Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 4.0.0.BETA1, 4.0.0.GA This will require the use of FILE_PING in JGroups 2.8 as a discovery mechanism. Critical to show the world that Infinispan + JGroups *can* do auto-discovery on EC2. Potentially also use S3 as a cache store for this demo. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

3
12
0 / 0

[JBoss JIRA] Created: (ISPN-350) Improve evenness of distribution

by Manik Surtani (JIRA)

Improve evenness of distribution -------------------------------- Key: ISPN-350 URL: https://jira.jboss.org/jira/browse/ISPN-350 Project: Infinispan Issue Type: Feature Request Components: Distributed Cache Affects Versions: 4.0.0.CR4 Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 4.1.0.BETA1, 4.1.0.Final On this 8-node run, compare the stats measured on each node when using Infinispan: 2010-02-12 07:03:59,123 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 4 we had 9,739 requests per second 2010-02-12 07:03:59,123 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 7 we had 3,634 requests per second 2010-02-12 07:03:59,123 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 1 we had 2,966 requests per second 2010-02-12 07:03:59,123 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 3 we had 2,935 requests per second 2010-02-12 07:03:59,124 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 2 we had 2,930 requests per second 2010-02-12 07:03:59,124 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 5 we had 2,925 requests per second 2010-02-12 07:03:59,124 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 6 we had 2,922 requests per second 2010-02-12 07:03:59,124 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 0 we had 2,910 requests per second against <a popular proprietary product>: 2010-02-12 06:43:44,747 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 1 we had 12,188 requests per second 2010-02-12 06:43:44,748 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 7 we had 12,001 requests per second 2010-02-12 06:43:44,748 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 0 we had 11,978 requests per second 2010-02-12 06:43:44,748 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 5 we had 11,967 requests per second 2010-02-12 06:43:44,748 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 3 we had 11,994 requests per second 2010-02-12 06:43:44,749 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 6 we had 11,961 requests per second 2010-02-12 06:43:44,749 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 4 we had 11,983 requests per second 2010-02-12 06:43:44,749 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 2 we had 11,814 requests per second This is due to the fact that keys are inequally distributed and some nodes have to deal with greater load than others. We need to revisit the bit spreaders we use as well as the way we place nodes on a hash wheel and try and improve on this. Virtual nodes may help as well, although that adds significant complexity to the distribution implementation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

2
9
0 / 0

[JBoss JIRA] Created: (ISPN-232) add service to provide key that would map to the same (Specified) node

by Mircea Markus (JIRA)

add service to provide key that would map to the same (Specified) node ---------------------------------------------------------------------- Key: ISPN-232 URL: https://jira.jboss.org/jira/browse/ISPN-232 Project: Infinispan Issue Type: Feature Request Reporter: Mircea Markus Assignee: Manik Surtani background: in order to obtain a hashcode that maps to the current node, the way to go is to generate random keys and pass them to the hashing algorithm until the hash for one of them will match the node. This JIRA is about creating an async service to do that, so that the calling thread won't be blocked while this happens. -------------------- from an email discussion What about adding a service to asynchronously generate and pool a number of ids that map to a certain node (in our use case same node)? Advantage would be that the calling thread won't have to wait until we determine an appropriate value. ----------- -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

3
9
0 / 0

[JBoss JIRA] Created: (ISPN-414) UNORDERED eviciton does not work

by Vladimir Blagojevic (JIRA)

UNORDERED eviciton does not work -------------------------------- Key: ISPN-414 URL: https://jira.jboss.org/jira/browse/ISPN-414 Project: Infinispan Issue Type: Bug Affects Versions: 4.1.0.ALPHA3, 4.1.0.ALPHA2 Reporter: Vladimir Blagojevic Assignee: Vladimir Blagojevic Fix For: 4.1.0.BETA1 EvictionStrategy.UNORDERED does not properly setup eviction mechanism and is treated like EvictionStrategy.NONE (see DataContainerFactory.java). Options: a) treat it as LRU b) implement unordered element selection for eviction c) deprecate UNORDERED -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

3
6
0 / 0

[JBoss JIRA] Created: (ISPN-409) CloudCacheStore GZipInputStream generates EOFException

by Phil vd (JIRA)

CloudCacheStore GZipInputStream generates EOFException ------------------------------------------------------ Key: ISPN-409 URL: https://jira.jboss.org/jira/browse/ISPN-409 Project: Infinispan Issue Type: Bug Reporter: Phil vd Assignee: Manik Surtani JDK's GZipInpuStream contains an unfixed bug and sometimes raise an EOFException (the fix is to ignore this exception). Switched to Commons BZip2InputStream instead. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

3
13
0 / 0

[JBoss JIRA] Created: (ISPN-406) Avoid remote requests to the topology cache.

by Galder Zamarreno (JIRA)

Avoid remote requests to the topology cache. -------------------------------------------- Key: ISPN-406 URL: https://jira.jboss.org/jira/browse/ISPN-406 Project: Infinispan Issue Type: Bug Components: Cache Server Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.BETA1 Stop remote requests to the topology cache. This is to avoid remote clients messing up such an important cache. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

2
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2010