From owner-freebsd-mips@freebsd.org  Mon Nov  9 17:42:50 2015
Return-Path: <owner-freebsd-mips@freebsd.org>
Delivered-To: freebsd-mips@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0426AA2A71F
 for <freebsd-mips@mailman.ysv.freebsd.org>;
 Mon,  9 Nov 2015 17:42:50 +0000 (UTC)
 (envelope-from eugen@grosbein.net)
Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified))
 by mx1.freebsd.org (Postfix) with ESMTPS id 69BC31956;
 Mon,  9 Nov 2015 17:42:48 +0000 (UTC)
 (envelope-from eugen@grosbein.net)
Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221])
 by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA9Hggm4012563
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
 Mon, 9 Nov 2015 18:42:43 +0100 (CET)
 (envelope-from eugen@grosbein.net)
X-Envelope-From: eugen@grosbein.net
X-Envelope-To: ian@freebsd.org
Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1])
 by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA9Hgcm7049841;
 Tue, 10 Nov 2015 00:42:38 +0700 (KRAT)
 (envelope-from eugen@grosbein.net)
Subject: Re: CPU underload
To: Ian Lepore <ian@freebsd.org>, Adrian Chadd <adrian@freebsd.org>
References: <56348063.3090508@grosbein.net> <563500FC.8020201@grosbein.net>
 <CAJ-Vmo=EpmG6OJxq_v_mqKMF48h_B3K7vKqnnaKAi3x1s-uaWQ@mail.gmail.com>
 <5635148B.2070307@grosbein.net>
 <CAJ-VmomzkG8ZB0h1Qc=Oeny2ZOzQg1UirUprM_gmMy64F5ZRYw@mail.gmail.com>
 <56351AA6.80903@grosbein.net>
 <CAJ-VmomLen5p7ELejU7QtC5CO2j8hydb_CvdOqQsfaaMAtmdkA@mail.gmail.com>
 <563523CA.3040207@grosbein.net>
 <CAJ-Vmonpd8R5C+NvhOGFD1okkkit990DV8c4Dm+LmpZ2uFfVkA@mail.gmail.com>
 <56367686.4090801@grosbein.net>
 <CAJ-VmomtJ9eKfAJYfn4e2S1xWN8-YHo0M0KH-9V=VjNBf6vVVA@mail.gmail.com>
 <563707A0.3040700@grosbein.net>
 <CANCZdfrB0hkjmTU-9NzimBv=X_h-=bF0D2azBxg=9B=kmitv7Q@mail.gmail.com>
 <56370E1D.3040801@grosbein.net>
 <CAJ-Vmo=0vOAq8db_GeLWmdXr7xJdzUh44ZZJrQ9vVdpvzT9hiQ@mail.gmail.com>
 <563F5630.2000407@grosbein.net>
 <CAJ-Vmon8_kHeg3FOzK6T8amzF=-0ia0-Hb1ve2zZoEdgxrHO8g@mail.gmail.com>
 <563F938B.3070707@grosbein.net>
 <CAJ-Vmon=GwJhUaoS=AH5iOzEAdUUEcCz9+W6jdPq3h1TyXZ_3A@mail.gmail.com>
 <1447090771.91534.477.camel@freebsd.org>
Cc: "freebsd-mips@freebsd.org" <freebsd-mips@freebsd.org>
From: Eugene Grosbein <eugen@grosbein.net>
Message-ID: <5640DB0E.8010005@grosbein.net>
Date: Tue, 10 Nov 2015 00:42:38 +0700
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <1447090771.91534.477.camel@freebsd.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_48_96,
 LOCAL_FROM autolearn=no version=3.3.2
X-Spam-Report: * 2.2 DATE_IN_FUTURE_48_96 Date: is 48 to 96 hours after
 Received: date
 * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1%
 *      [score: 0.0000] *  2.6 LOCAL_FROM From my domains
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net
X-Spam-Level: **
X-BeenThere: freebsd-mips@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Porting FreeBSD to MIPS <freebsd-mips.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-mips>,
 <mailto:freebsd-mips-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mips/>
List-Post: <mailto:freebsd-mips@freebsd.org>
List-Help: <mailto:freebsd-mips-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-mips>,
 <mailto:freebsd-mips-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Nov 2015 17:42:50 -0000

On 10.11.2015 00:39, Ian Lepore wrote:
> On Sun, 2015-11-08 at 11:23 -0800, Adrian Chadd wrote:
>> ok, what's the l1 cache size reported at boot up?
>>
>> I think I may just bump them all to 64.
> 
> 64 is not some kind of magic panacea.  The value needs to be set to the
> cache line size for the runtime platform.  If the right value is 32,
> then setting it to 64 will just waste memory.

Is it for instruction cache or for data cache?