Closed GoogleCodeExporter closed 8 years ago
If I understand CASImpl.createFS() correctly memory it the CAS is reserved
immediately on creation of a FeatureStructure/Annotation. So simply creating a
new Annotation/AnnotationFS for each select is not an option.
Also if I understand FSLeafIndexImpl.compare(int, int) correctly (this is what
is eventually called by FSIterator.moveTo()), it only works with feature
structures that have actually been added to the CAS, so creating a custom
implementation of FeatureStructure just for seeking also won't work.
Original comment by richard.eckart
on 11 Apr 2011 at 4:59
Original comment by richard.eckart
on 11 Apr 2011 at 5:02
I disagree with the argument that because creating a new Annotation allocates
some memory this is "not an option". We should certainly be allowed to trade
memory for speed if that's what we want. I do agree it can't be the only option
though.
Original comment by steven.b...@gmail.com
on 11 Apr 2011 at 5:22
I think its an option for whoever wants to do this, but I don't think such a
thing should be encouraged by adding it to uimaFIT.
Original comment by richard.eckart
on 11 Apr 2011 at 5:24
How about adding it in the documentation for the method?
Original comment by steven.b...@gmail.com
on 11 Apr 2011 at 6:20
What do you think about adding a note to selectCovered(JCas, Class<T>, int,
int) that a faster but memory-leaking alternative is to use selectCovered(jCas,
cls, new Annotation(jCas, int, int))?
Original comment by richard.eckart
on 11 Apr 2011 at 6:25
Sounds great.
Original comment by steven.b...@gmail.com
on 11 Apr 2011 at 6:31
These issues are candidates for version 1.3.0.
Original comment by richard.eckart
on 7 May 2011 at 5:31
Original comment by richard.eckart
on 4 Jan 2012 at 10:51
Original comment by richard.eckart
on 5 Jul 2012 at 4:02
Added documentation to selectCovered as discussed.
Original comment by richard.eckart
on 5 Jul 2012 at 10:08
Original issue reported on code.google.com by
richard.eckart
on 18 Mar 2011 at 1:24