From dec73881c6f8661d8a1f037c7693322aebc90be3 Mon Sep 17 00:00:00 2001 From: Richard Henwood Date: Mon, 16 May 2011 15:23:33 -0500 Subject: [PATCH] FIX: converted to chapter and removed cruft --- BenchmarkingTests.xml | 4 +- LustreTuning.xml | 114 +------------------------------------------------- 2 files changed, 4 insertions(+), 114 deletions(-) diff --git a/BenchmarkingTests.xml b/BenchmarkingTests.xml index 84e2aac..018d75a 100644 --- a/BenchmarkingTests.xml +++ b/BenchmarkingTests.xml @@ -1,5 +1,5 @@ -
+ Benchmarking Lustre Performance (Lustre I/O Kit) @@ -712,4 +712,4 @@ r-survey -
+ diff --git a/LustreTuning.xml b/LustreTuning.xml index 40531d6..4c251c8 100644 --- a/LustreTuning.xml +++ b/LustreTuning.xml @@ -1,69 +1,8 @@ -
+ Lustre Tuning - - - - - - - - - Lustre 2.0 Operations Manual - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - C H A P T E R  25 - - - - - - - - - - - Lustre Tuning - - - - This chapter contains information about tuning Lustre for better performance and includes the following sections: Optimizing the Number of Service Threads @@ -285,55 +224,6 @@ In the case of read operations, the reads from clients may come in a different order and need a lot of seeking to get read from the disk. This noticeably hampers the read throughput. Currently, there is no readahead on the OSTs themselves, though the clients do readahead. If there are lots of clients doing reads it would not be possible to do any readahead in any case because of memory consumption (consider that even a single RPC (1 MB) readahead for 1000 clients would consume 1 GB of RAM). For file systems that use socklnd (TCP, Ethernet) as interconnect, there is also additional CPU overhead because the client cannot receive data without copying it from the network buffers. In the write case, the client CAN send data without the additional data copy. This means that the client is more likely to become CPU-bound during reads than writes. - - - - - - - - - - - - - Lustre 2.0 Operations Manual - 821-2076-10 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Copyright © 2011, Oracle and/or its affiliates. All rights reserved. -
+ -- 1.8.3.1