[Lustre-discuss] bad 1.6.3 striped write performance
chas williams - CONTRACTOR
chas at cmf.nrl.navy.mil
Tue Nov 27 19:01:05 PST 2007
reconfigure your client with --disable-lru-resize. this appears to be
a new feature in 1.6.3. this fixed striped performance for me.
In message <515158c30711270459k5c80c142k1e179c71bfecbdab at mail.gmail.com>,"Andrei Maslennikov" writes:
>Andreas, here are some numbers obtained against a file striped over 3 OSTs
>(there were 8 cores; only 3 of them had any visible load, so I quote the
>CPU usage only for these cores):
>
>1) 1.6.3 client checksums enabled: 35 MB/sec
> ldlm_poold: all the time 85-100%,
> ptlrpcd: 15-23%
> dd: from 85% down gradually to 4-6%
>
>2) Idem, after zeroed /proc/fs/lustre/llite/*/checksum_pages: 65 MB/sec
> loads are very much the same as in the first case
>
>3) 1.6.2 client checksums enabled: 790 MB/sec
> dd: 85-95%
> kswapd: 35%
> ptlrpcd: 15-20%
>
>Andrei.
>
>On Nov 26, 2007 7:59 PM, Andreas Dilger <adilger at sun.com> wrote:
>
>> Can you verify that you disabled data checksumming:
>>
>> echo 0 > /proc/fs/lustre/llite/*/checksum_pages
>>
>> Note that there are 2 kinds of checksumming that Lustre does. The first one
>> is checksumming of data in client memory, and the second one is checksumming
>> of data over the network. Setting $LPROC/llite/*/checksum_pages turns on/off
>> both in-memory and wire checksums. Setting $LPROC/osc/*/checksums turns on/off
>> the network checksums only.
>>
>> If checksums are disabled, can you please report if the CPU usage on the
>> client is consuming all of the CPU, or possibly all of a single CPU on 1.6.3
>> and on 1.6.2?
>>
>
>_______________________________________________
>Lustre-discuss mailing list
>Lustre-discuss at clusterfs.com
>https://mail.clusterfs.com/mailman/listinfo/lustre-discuss
>
More information about the lustre-discuss
mailing list