https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-10272 Lustre <p>In our application, during the performance testing on lustre 2.4.2 we got times of reading and writing to test I/O operations with a file of almost 400GB. <br/> Running this application a lot of times, consecutively, we see that in write operations, I/O time remain on same range, but in read operations there are a huge difference of time. As you can see below:</p> <p>Write time <span class="error">&#91;sec&#93;</span>:<br/> 325.77<br/> 318.80<br/> 325.44<br/> 458.54<br/> 316.89<br/> 327.75<br/> 344.90<br/> 340.34<br/> 383.57<br/> 316.35</p> <p>Read time <span class="error">&#91;sec&#93;</span>:<br/> 570.48<br/> 601.11<br/> 447.14<br/> 406.39<br/> 480.44<br/> 5824.40<br/> 299.40<br/> 293.54<br/> 1049.93<br/> 4190.47</p> <p>We ran on the single client with 1 process and tested on same infrastructure (hardware and network).<br/> Could you explain why is reading time so distorted? What kind of problem might be occurring?</p> LU-10272

strange time of reading for large file

Bug Minor Resolved Won't Fix WC Triage Rosana Ribeiro Thu, 23 Nov 2017 17:18:04 +0000 Thu, 23 Nov 2017 18:26:03 +0000 Thu, 23 Nov 2017 18:26:03 +0000 Lustre 2.4.2 0 2 <p>Does this behaviour replicate on a more current 2.10.x release?</p> <p>I tested at lustre 2.4.2, and unfortunately I do not have how to test this behaviour in a 2.10.x release.<br/> I would like to know why this behaviour in read operation happen with one process and what I can do to change it.</p> <p>ok then you are better off directing your enquiries either to your Lustre support provider (if you have one) or to the Lustre mailing lists. This project is for tracking issues relating to the upcoming maintenance releases and 2.4.2 is very old and many changes have occurred since that time.</p> Development Epic/Theme Performance Rank 1|hzzo7b: Rank (Obsolete) 9223372036854775807 Severity