[
https://issues.apache.org/jira/browse/LUCENE-1121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12763544#action_12763544
]
Mark Miller commented on LUCENE-1121:
-------------------------------------
Isn't this still a nice little optimization for compound copies? When not using
Win server, its faster in general, and even when similar, you get the less CPU
usage optimization.
At worst it seems we should enable for that case when detecting non windows? We
could even throw in a couple specific Windows versions we know work well - the
XP results I got were fantastic, and the ones Mike got were not bad. Prob not
necessary, as most deployments will prob be on server, but future versions
might be better.
Seems like a little win on 'nix systems anyway, just from the CPU savings.
> Use nio.transferTo when copying large blocks of bytes
> -----------------------------------------------------
>
> Key: LUCENE-1121
> URL: https://issues.apache.org/jira/browse/LUCENE-1121
> Project: Lucene - Java
> Issue Type: Improvement
> Components: Store
> Reporter: Michael McCandless
> Assignee: Michael McCandless
> Priority: Minor
> Attachments: LUCENE-1121.patch, LUCENE-1121.patch, testIO.java
>
>
> When building a CFS file, and also when merging stored fields (and
> term vectors, with LUCENE-1120), we copy large blocks of bytes at
> once.
> We currently do this with an intermediate buffer.
> But, nio.transferTo should be somewhat faster on OS's that offer low
> level IO APIs for moving blocks of bytes between files.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org
