Warning: I may have misunderstood the issue completely. If there is a list (or any other collection) maintaining the set of value classes, it stands to reason that it is synchronized for use in a multithreaded environment, and the contention for its lock may very well cause a performance hit. If a lookup using this list is necessary for distinguishing between constant and non-constant hash codes, I don't see how caching a constant hash code may improve the situation.
-W On 03/01/2013, Henschel, Joerg <j.hensc...@itcampus.de> wrote: > Yes, we (Software AG) have a source license, so it'd be great if you could > provide a patch for this. > > Thanks! > > Jörg Henschel > Director Research & Development > > Email: j.hensc...@itcampus.de > Phone: +49 341 49287-700 | Fax: +49 341 49287-01 > > itCampus Software- und Systemhaus GmbH | a Software AG Company > Nonnenstrasse 37 | 04229 Leipzig | Germany | http://www.itcampus.de > Amtsgericht Leipzig HRB 15872 | Managing Director: Guido Laures > > > > -----Ursprüngliche Nachricht----- > Von: owner-jess-us...@sandia.gov [mailto:owner-jess-us...@sandia.gov] Im > Auftrag von Friedman-Hill, Ernest > Gesendet: Dienstag, 18. Dezember 2012 19:50 > An: jess-users > Betreff: Re: JESS: [EXTERNAL] Jess in a multithreaded environment > > Are you adding non-value classes to the list yourself, or is this just with > the small number of default listings? > > This method will get called when you evaluate the hash code of a Java object > in the Rete memory; this will happen often during pattern matching. There's > actually enough room to cache the hash code in the members of the Value > class that are unused for Java object values, so we could try that as a > performance improvement. Do you have a source license, so I could send you > a patch to try? > > From: <Nguyen>, Son Nguyen > <son.ngu...@softwareag.com<mailto:son.ngu...@softwareag.com>> > Reply-To: jess-users > <jess-us...@mailgate.sandia.gov<mailto:jess-us...@mailgate.sandia.gov>> > Date: Thursday, December 13, 2012 11:04 AM > To: jess-users > <jess-us...@mailgate.sandia.gov<mailto:jess-us...@mailgate.sandia.gov>> > Subject: JESS: [EXTERNAL] Jess in a multithreaded environment > > > > Hi Jess experts, > > We use Jess in a multi-threaded environment and have experienced some > performance degradation when going from a single thread to multiple > threads. > > Our implementation uses the Slot Specific feature. > > Using a Java profiler, HashCodeComputer.isValueObject() stood out as one of > the main contributing factors, if not the most likely, to the degradation > > > > -------------------------------------------------------------------- > To unsubscribe, send the words 'unsubscribe jess-users y...@address.com' > in the BODY of a message to majord...@sandia.gov, NOT to the list > (use your own address!) List problems? Notify owner-jess-us...@sandia.gov. > -------------------------------------------------------------------- > > -------------------------------------------------------------------- To unsubscribe, send the words 'unsubscribe jess-users y...@address.com' in the BODY of a message to majord...@sandia.gov, NOT to the list (use your own address!) List problems? Notify owner-jess-us...@sandia.gov. --------------------------------------------------------------------