Haven't run across "play up" in this context (I as raised on the wrong side of the Atlantic), but three definitions I found _all_ apply:
1> *Brit* *informal* to behave irritatingly (towards) 2> *(intr)* *Brit* *informal* (of a machine, car, etc.) to function erratically *3> * *Brit* *informal* to hurt; give (one) pain or trouble Don't think I've found another two-word phrase that packs that many varieties of how computers are mean to me in so efficiently. Gotta add that one to my vocabulary.... On Wed, Jan 9, 2013 at 2:40 PM, Greg Bowyer (JIRA) <[email protected]> wrote: > > [ > https://issues.apache.org/jira/browse/LUCENE-3178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13548885#comment-13548885] > > Greg Bowyer commented on LUCENE-3178: > ------------------------------------- > > Frustrating, it echos what I have been seeing so at least my benchmarking > is not playing me up, I guess I will have to do some digging. > > > Native MMapDir > > -------------- > > > > Key: LUCENE-3178 > > URL: https://issues.apache.org/jira/browse/LUCENE-3178 > > Project: Lucene - Core > > Issue Type: Improvement > > Components: core/store > > Reporter: Michael McCandless > > Labels: gsoc2012, lucene-gsoc-12 > > Attachments: LUCENE-3178-Native-MMap-implementation.patch, > LUCENE-3178-Native-MMap-implementation.patch, > LUCENE-3178-Native-MMap-implementation.patch > > > > > > Spinoff from LUCENE-2793. > > Just like we will create native Dir impl (UnixDirectory) to pass the > right OS level IO flags depending on the IOContext, we could in theory do > something similar with MMapDir. > > The problem is MMap is apparently quite hairy... and to pass the flags > the native code would need to invoke mmap (I think?), unlike UnixDir where > the code "only" has to open the file handle. > > -- > This message is automatically generated by JIRA. > If you think it was sent incorrectly, please contact your JIRA > administrators > For more information on JIRA, see: http://www.atlassian.com/software/jira > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
