[jira] [Updated] (LUCENE-1743) MMapDirectory should only mmap large files, small files should be opened using SimpleFS/NIOFS
[ https://issues.apache.org/jira/browse/LUCENE-1743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated LUCENE-1743: - Fix Version/s: (was: 4.7) 4.8 > MMapDirectory should only mmap large files, small files should be opened > using SimpleFS/NIOFS > - > > Key: LUCENE-1743 > URL: https://issues.apache.org/jira/browse/LUCENE-1743 > Project: Lucene - Core > Issue Type: Improvement > Components: core/store >Affects Versions: 2.9 >Reporter: Uwe Schindler >Assignee: Uwe Schindler > Labels: dead > Fix For: 4.8 > > > This is a followup to LUCENE-1741: > Javadocs state (in FileChannel#map): "For most operating systems, mapping a > file into memory is more expensive than reading or writing a few tens of > kilobytes of data via the usual read and write methods. From the standpoint > of performance it is generally only worth mapping relatively large files into > memory." > MMapDirectory should get a user-configureable size parameter that is a lower > limit for mmapping files. All files with a size a conventional IndexInput from SimpleFS or NIO (another configuration option > for the fallback?). -- This message was sent by Atlassian JIRA (v6.2#6252) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-1743) MMapDirectory should only mmap large files, small files should be opened using SimpleFS/NIOFS
[ https://issues.apache.org/jira/browse/LUCENE-1743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Greg Bowyer updated LUCENE-1743: Labels: dead (was: ) > MMapDirectory should only mmap large files, small files should be opened > using SimpleFS/NIOFS > - > > Key: LUCENE-1743 > URL: https://issues.apache.org/jira/browse/LUCENE-1743 > Project: Lucene - Core > Issue Type: Improvement > Components: core/store >Affects Versions: 2.9 >Reporter: Uwe Schindler >Assignee: Uwe Schindler > Labels: dead > Fix For: 4.4 > > > This is a followup to LUCENE-1741: > Javadocs state (in FileChannel#map): "For most operating systems, mapping a > file into memory is more expensive than reading or writing a few tens of > kilobytes of data via the usual read and write methods. From the standpoint > of performance it is generally only worth mapping relatively large files into > memory." > MMapDirectory should get a user-configureable size parameter that is a lower > limit for mmapping files. All files with a size a conventional IndexInput from SimpleFS or NIO (another configuration option > for the fallback?). -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-1743) MMapDirectory should only mmap large files, small files should be opened using SimpleFS/NIOFS
[ https://issues.apache.org/jira/browse/LUCENE-1743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-1743: -- Fix Version/s: (was: 4.3) 4.4 > MMapDirectory should only mmap large files, small files should be opened > using SimpleFS/NIOFS > - > > Key: LUCENE-1743 > URL: https://issues.apache.org/jira/browse/LUCENE-1743 > Project: Lucene - Core > Issue Type: Improvement > Components: core/store >Affects Versions: 2.9 >Reporter: Uwe Schindler >Assignee: Uwe Schindler > Fix For: 4.4 > > > This is a followup to LUCENE-1741: > Javadocs state (in FileChannel#map): "For most operating systems, mapping a > file into memory is more expensive than reading or writing a few tens of > kilobytes of data via the usual read and write methods. From the standpoint > of performance it is generally only worth mapping relatively large files into > memory." > MMapDirectory should get a user-configureable size parameter that is a lower > limit for mmapping files. All files with a size a conventional IndexInput from SimpleFS or NIO (another configuration option > for the fallback?). -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-1743) MMapDirectory should only mmap large files, small files should be opened using SimpleFS/NIOFS
[ https://issues.apache.org/jira/browse/LUCENE-1743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Rowe updated LUCENE-1743: --- Fix Version/s: (was: 4.1) 4.2 > MMapDirectory should only mmap large files, small files should be opened > using SimpleFS/NIOFS > - > > Key: LUCENE-1743 > URL: https://issues.apache.org/jira/browse/LUCENE-1743 > Project: Lucene - Core > Issue Type: Improvement > Components: core/store >Affects Versions: 2.9 >Reporter: Uwe Schindler >Assignee: Uwe Schindler > Fix For: 4.2 > > > This is a followup to LUCENE-1741: > Javadocs state (in FileChannel#map): "For most operating systems, mapping a > file into memory is more expensive than reading or writing a few tens of > kilobytes of data via the usual read and write methods. From the standpoint > of performance it is generally only worth mapping relatively large files into > memory." > MMapDirectory should get a user-configureable size parameter that is a lower > limit for mmapping files. All files with a size a conventional IndexInput from SimpleFS or NIO (another configuration option > for the fallback?). -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
