[lustre-discuss] Small sequential reads on cached file are slow

[Patrick Farrell]

This looks like https://jira.hpdd.intel.com/browse/LU-4257.  (I'll let you read the details there.)

That patch only went in a few months ago, so it's not in any released version yet.


- Patrick

________________________________
From: lustre-discuss <lustre-discuss-bounces at lists.lustre.org> on behalf of Hans Henrik Happe <happe at nbi.ku.dk>
Sent: Sunday, October 2, 2016 7:54:14 AM
To: lustre-discuss
Subject: [lustre-discuss] Small sequential reads on cached file are slow

Hi,

While testing small sequential reads I noticed that Lustre is more than
10 times slower than local fs when reading cached data. So basically no
network I/O to OSSes. I wanted to check if readahead was working for
this small I/O case, but it seems that cached case isn't.

The client is running Lustre 2.8 and CentOS 6.8.

Lustre:

$ dd if=file of=/dev/null bs=512
2097152+0 records in
2097152+0 records out
1073741824 bytes (1.1 GB) copied, 20.5081 s, 52.4 MB/s

$ dd if=file of=/dev/null bs=4k
262144+0 records in
262144+0 records out
1073741824 bytes (1.1 GB) copied, 2.91177 s, 369 MB/s

$ dd if=file of=/dev/null bs=1M
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 0.160732 s, 6.7 GB/s

Local fs:

$ dd if=/tmp/file of=/dev/null bs=512
2097152+0 records in
2097152+0 records out
1073741824 bytes (1.1 GB) copied, 1.56432 s, 686 MB/s

$ dd if=/tmp/file of=/dev/null bs=4k
262144+0 records in
262144+0 records out
1073741824 bytes (1.1 GB) copied, 0.275451 s, 3.9 GB/s

$ dd if=/tmp/file of=/dev/null bs=1M
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 0.148798 s, 7.2 GB/s


Is this a known issue?

Cheers,
Hans Henrik Happe
_______________________________________________
lustre-discuss mailing list
lustre-discuss at lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20161002/c8b0ed8f/attachment.htm>