[
https://issues.apache.org/jira/browse/HDFS-3243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henry Robinson updated HDFS-3243:
---------------------------------
Attachment: HDFS-3243.0.patch
Turns out I left N_ITERATIONS as 4096 in HDFS-2834, not 1024 as it used to be.
The tests run much more quickly for me now, as you might expect, and directly
comparable with the old test code run against trunk.
This does shine a light on a separate issue, which is that ByteBufferReadable
lacks a lockless pread, which is faked out in this test by seeking-then-reading
under a lock, with a bit of unnecessary serialisation as a result. I've opened
HDSF-3246 to track this.
> TestParallelRead timing out on jenkins
> --------------------------------------
>
> Key: HDFS-3243
> URL: https://issues.apache.org/jira/browse/HDFS-3243
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: hdfs client, test
> Reporter: Todd Lipcon
> Assignee: Henry Robinson
> Attachments: HDFS-3243.0.patch
>
>
> Trunk builds have been failing recently due to a TestParallelRead timeout. It
> doesn't report in the Jenkins failure list because surefire handles timeouts
> really poorly.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
